Que tal antes de programação em Prestashop?

Eu sou web de cientista e programador de computador. Desde a infância sempre gostada porque você não resolver os problemas, mas encontra soluções simples e práticas para os problemas anteriormente resolvido... Você pode dizer que eu gosto do meu trabalho e passei algumas horas da minha vida, mesmo depois de terminar o dia (um nunca pode dizer que ele sabe de tudo).

Eu estive 10 anos trabalhando no mundo da web que rodeia a java e implementar do zero com php Prestashop não foi complicado para mim, mas tem que dedicar tempo para familiarizar-se e conheça todas as classes, drivers, etc... É como se atira-te 10 anos jogando um único carro e, de repente, tome outra. Você sabe o que serve cada pedal e apesar de você pegar o carro para fazer o que você quer, você está ciente que custa você dominar uma pequena operação (a embreagem é mais forte ou mais suave, ou marchas são mais curtos ou mais longos...) e não se sente tão seguro quanto você estaria no seu antigo carro.

Eu me lembro que antes de fazer meu primeiro módulo graves para Prestashop (que por sinal foi por Alabaz, chama-se megacanones e estou muito orgulhoso :)), tive que fazer vários módulos simples para realizar testes com base no que estava aprendendo (instalação, traduções, ganchos, classes, drivers e substituições...). I baseada principalmente no Prestashop manuais, código que foi encontrado nos outros módulos dependendo do tema que estava investigando (by the way, vivendo o open source, é a melhor maneira de aprender e acho que é a principal razão por que foi criado).

Uma vez que você vê que o "carro" parece funcionar, então você já faz a abordagem real do módulo que você quer realmente.

Desenvolver um módulo para PrestaShop envolve muitas horas de planejamento e pesquisa

Anteriormente, deve haver uma tomada de requisitos e ser capturado no papel, geralmente executada quando você entrevista com um famoso (que, como, quando...) só que neste caso para nosso módulo. Seria algo como os aviões onde procurar se você vê que a torre é distorcida. Acima de tudo, deve ser muito claro qual é o propósito do módulo, quais processos devem ser feitos para conseguir isso, obtém dados que e o que e como são seus resultados (banco de dados, tela...).

Posteriormente, é possível que nós estamos adicionando mais requisitos ou você vai corrigindo certos pontos deles, mas já existe uma base para trabalhar e sempre vai ser pequenas mudanças.

Continuando com o módulo de megacanones um exemplo de requisitos do soquete, este seria o seguinte (ligeiramente condensado):

1. um canhão é um aumento no preço do produto. Este aumento, podem ser incluídos no preço exibido ou incluído em seguida. Você também deve ter a opção de adicionar um imposto. A canon também deve conter um texto que a define. (este ponto é o mais claro de saber qual a necessidade de dados de entrada)

2. o cânone deve ser visível no momento da compra e deve ser adicionado ao lado do produto para efetuar a compra, mostrando que ele adicionados, juntamente com o produto no carrinho e checkout para fazer o cliente consciente em todos os momentos do que está pagando (a esta altura os processos que executam os dados inseridos são refletidos).

3. Além disso, você deve deixar na factura, o e-mail e a ordem (este último ponto reflete muito bem o que comentar sobre quem e como os resultados, pois há três maneiras diferentes para traduzi-lo).

Não começamos mesmo a tocar o código para tornar nosso módulo e lá no nosso planejamento dever várias horas empregadas... E que estão faltando e, em seguida, é útil realizar um estudo abrangente (capturá-lo em papel também) de:

• dados/resultados devem ser mantidos e onde irá realizar a sua exposição e conservação (formulários ou backoffice ou o frontoffice, qualquer página específica do prestashop, etc). Nesta parte, é ainda recomendado para fazer um desenho (em papel) da forma em si ou a exibição.
• Prestashop páginas afetam nossa funcionalidade, quais modelos são usados e ganchos que estão disponíveis e já mais modo expert, classes e controladores.
• Essa tarefa também com outros sites a ter em conta, tais como outros módulos, correio... se for necessário limpar.
• Acima de tudo, tente incluir todas as funcionalidades do prestashop, então algo não nos escapa e o módulo não funciona corretamente. Por exemplo, se vamos fazer o check-out que é deve ser ter em conta uma característica que prestashop tem uma opção por padrão para um passo ou em 5 passos e dependendo disso, executar alguns drivers e classes.

Uma vez nós ter esclarecido esses pontos, só tem que adicionar ao documento que estamos realizando nosso próprio estudo sobre o que vamos realizar. Nesta fase, já olhamos para os pontos críticos de nossa perspectiva e experiência e, portanto, para definir a solução mais viável para executar cada uma das características; Se se envolver em um gancho, fazer uma substituição... ou simplesmente para definir nossas próprias classes e dados contidos nele (sem desenvolvê-los claro).

Por exemplo (sem atingindo aspectos muito técnicos), no módulo megacanon que disse isto pôde ser identificado:

• os dados do Canyon. Classe definida por nos => Canon.php
• Era ter um formulário para inserir os dados do cânone e associá-lo com o produto (forma de backoffice): esta parte é implementar com a adminproductsextra de gancho e uma forma de helperform.
• Seu display principal estava na página do produto (frontoffice): Product.php, ProductController.php, product.tpl
• Ele deve ser adicionado para o carrinho junto com o produto: Cart.php e CartController.php
• Mas então deve ser exibido junto com o produto no carrinho, check-out, encomendas, facturas e correio... etc. (esta parte esquerda como eu pode ser estendido também).

Você deve sempre procurar a melhor solução, mesmo quando não as mesmas

Este estudo mais recente é sempre muito pessoal, como todo desenvolvedor tem suas preferências e suas metodologias (mesmo que alguns não são mais corretos) e haverá sempre alguém que vê-lo e diz - "eu faria isso também". Claro, devemos estar abertos a opiniões, gostos e até mesmo algum comentário, porque é possível que tudo isso vai nos ajudar a melhorar ou ver um problema com o qual nós não contava.... Por exemplo, não sou a favor de sobrescrever smarty templates (tpl) já definido pelo prestashop; em parte, é a maneira mais fácil e em tempo custaria apenas não, mas estamos um pouco preso e limitados a qualquer modificação deste modelo externamente.

Um exemplo claro de que comentário é o visor da canon no carrinho, no qual foi o mais simples, substituindo o modelo relacionado e adicionar duas ou três linhas simples, em que era canon e sua quantidade. No final, e como eu disse, devido a minha maneira de pensar (provavelmente alguém tivesse escolhido a outra opção), aproveitou-se de um gancho que já tinha definido para fazê-lo por javascript, o que me fez escrever mais código e dobrado até consideravelmente meu esforço e meu tempo; Mas meu objetivo não foi terminado antes da independência esta parte um pouco de prestashop.

Tudo o que parece um priori uma perda de tempo, nos dará muita programação subsequente do módulo porque nós estão refletindo sobre o papel que nós vamos jogar / criar mais tarde. Obviamente, é possível que, aquando do desenvolvimento em si, podemos encontrar qualquer problema ou dúvida que nós não tinha surgido, e somos obrigados a variar a parte de requisitos e/ou abordagem para resolver este problema. Mas eu garanto que vai ser sempre um problemático pequeno em comparação com qualquer outra forma de programação (de ensayo-prueba - erro é bom quando você está aprendendo, mas então uso perde eficácia quando porque o sistema que domina um pouco).

Eu tentei não alcançar aspectos técnicos, porque eu quero que este post já é lido, não pelo computador, mas por pessoas que gostam deste mundo de Prestashop e pica-los, o interesse e a curiosidade de ir um passo além.

Espero seus comentários.

Uma saudação,

Taxas de produtos no módulo Prestashop

Este módulo permite a alocação de canhões ou opções extras a nossa produtos PrestaShop, configurá-los completamente Dependendo de nossas necessidades e nossos produtos.

Ver pantallas

360,25 €

AWPrime 435,90 € info Ver mais