Qu’en est-il avant programmation dans Prestashop ?

Avez-vous déjà demandé ce que sont les passes de développer un module dans PrestaShop ? J’aimerais savoir la programmation mais ne savez pas où commencer ? Aujourd'hui, je vous dis ma première expérience avec PrestaShop. Ne pas manquer.

Alabaz
Mis à jour: 13/10/2023 1801
Qu’en est-il avant programmation dans Prestashop ?
Partager:

Je suis ordinateur scientifique et programmeur web. Depuis son enfance toujours aimé parce que vous ne résolvent pas les problèmes mais de trouverez des solutions simples et pratiques aux problèmes déjà résolus... Vous pouvez dire que j’aime mon travail et je passe quelques heures de ma vie, même après avoir terminé le jour (on ne peut dire qu’il sait tout).

 

J’ai été 10 ans travaillant dans le monde du web qui entoure à java et mettre en œuvre à partir de zéro avec php Prestashop n’était pas compliqué pour moi, mais dois consacrer du temps pour se familiariser et apprendre à connaître toutes les classes, pilotes, etc... C’est comme si vous jeter 10 ans à jouer une seule voiture et, tout à coup, prendre un autre. Vous savez à quoi sert chacune des pédales et même si vous obtenez la voiture pour faire ce que vous voulez, vous ne savez pas qui vous coûte dominent une petite opération (l’embrayage est plus dure ou plus doux, ou marches sont plus ou moins longue...) et vous ne vous sentez pas aussi sûr que vous seriez sur votre vieille voiture.

 

Je me souviens qu’avant de faire mon premier module sérieuses pour Prestashop (qui d’ailleurs était pour Alabaz, est appelé megacanones et je suis très fier  :)), dut faire plusieurs modules simples à effectuer des tests sur la base de ce qui a été d’apprendre (installation, traductions, crochets, classes, pilotes et substitutions...). J’ai fondé principalement sur Prestashop manuels, code qui a été trouvé dans les autres modules selon le thème qui enquêtait (d’ailleurs, vivant de l’open source, est la meilleure façon d’apprendre et je pense que c’est la raison principale pourquoi il a été créé).

 

Une fois que vous voyez que la « voiture » semble fonctionner, alors vous faites déjà l’approche actuelle du module que vous voulez vraiment.

 

Développer un module pour PrestaShop implique de nombreuses heures de recherche et de planification

 

Auparavant, il doit y avoir une prise d’exigences et être capturé sur le papier, généralement effectuée lorsque vous interviewez avec un célèbre (quoi, comment, quand...) seulement que dans ce cas pour notre module. Ce serait quelque chose comme les avions où chercher si vous voyez que la tour est faussée. Avant tout, doit être très clairement quel est le but du module, processus qui devraient être faits pour y parvenir, quelles données obtient et quoi et comment sont leurs résultats (base de données, écran...).

 

Par la suite, il est possible que nous ajoutons plus de conditions ou vous allez corriger certains points d’eux, mais il y a déjà une base sur laquelle travailler et sera toujours être petits changements.

 

Continuer avec le module de megacanones un exemple des exigences de cette prise est le suivant (légèrement condensé) :

 

1. un Canon est une augmentation du prix du produit. Cette augmentation, peut être inclus dans le prix affiché ni compris alors. Vous devez également avoir la possibilité d’ajouter une taxe. Le canon doit contenir un texte qui le définit. (ce point est le plus clair de savoir qui d’entrée de données nécessaire)

2. le canon doit être visible au moment de l’achat et doit être ajouté à côté du produit pour faire l’achat, montrant qu’il a ajouté avec le produit dans le panier et la caisse pour que le client au courant en permanence de ce qui est payant (à ce stade, les processus qui exécutent les données saisies sont consignées).

3. en outre, vous devez laisser sur la facture, dans le courrier électronique et de l’ordre (ce dernier point reflète assez bien ce que commenter sur qui et comment des résultats, qu’il sont a trois façons différentes de le traduire).

 

Nous n’avons pas encore commencé à toucher le code pour faire notre module et il à notre devoir de planification plusieurs heures employées... Qui manquent, et il est utile d’effectuer une étude complète (capture il en livre également) :

  • données et les résultats doivent être maintenues et où se produira leur affichage et leur conservation (forme backoffice ou le frontoffice, n’importe quelle page spécifique de prestashop... etc). Dans cette partie, il est même recommandé de faire un design (sur papier) de la forme elle-même ou par l’affichage.
  • PrestaShop pages affectent notre fonctionnalité, quels modèles sont utilisés et ce que les crochets sont disponibles et déjà plus mode expert, des classes et des contrôleurs.
  • Cette tâche aussi clair avec d’autres sites de prendre en compte, comme les autres modules, mail... si nécessaire.
  • Surtout, essayez d’inclure toutes les fonctionnalités de prestashop, donc quelque chose ne nous a pas échappé et le module ne fonctionne pas correctement. Par exemple, si nous faisons une fonctionnalité sur le commander qu'il faut garder à l’esprit que prestashop a une option par défaut pour une étape ou 5 étapes et en fonction de cela, exécutez certains pilotes et classes.

 

Une fois, nous avons précisé ces points, il suffit d’ajouter au document que nous menons notre propre étude de ce que nous allons effectuer. À ce stade, nous recherchons déjà aux points critiques de notre perspective et notre expertise et, par conséquent, à définir la solution la plus pratique pour effectuer chacune de ses caractéristiques ; que ce soit pour se livrer à un crochet, faire une substitution... ou tout simplement pour définir nos propres classes et les données contenues (sans leur développement clair).

 

Par exemple (sans les aspects très techniques pour atteindre), dans le module megacanon que j’ai dit cela pourrait être identifié:

  • les données du Canyon. Classe définis par nous => Canon.php
  • Il devait avoir un formulaire pour entrer les données de canon et associez-le avec le produit (forme de backoffice) : cette partie est à mettre en œuvre avec le crochet adminproductsextra et une forme de helperform.
  • Son écran principal était sur la page du produit (frontoffice) : product.tpl Product.php, ProductController.php,
  • Il convient d’ajouter au panier avec le produit : Cart.php et CartController.php
  • mais il devrait être affichés avec le produit dans le panier, caisse, commandes, factures and mail... etc. (cette partie gauche comme je peux être trop étendu).

 

Vous devez toujours chercher la meilleure solution, même si pas tous les mêmes

 

Cette dernière étude est toujours très personnelle, comme tous les développeurs a leurs préférences et leurs méthodes (même si certains ne sont pas plus corrects) et il y aura toujours quelqu'un qui le voit et dit - « je le ferais aussi bien ». Il faut bien sûr, être ouvert aux opinions, goûts et même des commentaires, car il est possible que tout cela va nous aider à améliorer ou à voir un problème avec lequel nous n’avions pas compté. Par exemple, je ne suis pas en faveur de l’écrasant smarty templates (tpl) déjà définie par prestashop ; en partie, c’est la façon la plus simple et dans le temps, coûterait pas seulement, mais nous sommes un peu pris et limités à toute modification de ce modèle à l’extérieur.

 

Un exemple clair de ce commentaire est l’écran du canon dans le panier, dans lequel le plus simple, a été en substituant le modèle connexe et ajoutez deux ou trois lignes simples dans laquelle était canon et son montant. À la fin, et comme je disais, en raison de ma façon de penser (probablement quelqu'un avait choisi l’autre option), a profité d’un crochet qui avait déjà mis pour le faire tout en javascript, ce qui m’a fait écrire plus de code et même considérablement plié mon effort et mon temps ; mais mon but n’était pas terminé avant l’indépendance de cette partie un peu de prestashop.

 

Tout ce qui semble a priori une perte de temps, nous fournira beaucoup programmation ultérieure du module parce que nous réfléchissons sur le rôle que nous allons jouer / créer ultérieurement. Évidemment, il est possible qu’au moment de la mise au point lui-même, nous trouvons tout problème ou doute que nous n’avions pas été soulevé, et nous contraint à modifier une partie des exigences et/ou approche pour résoudre ce problème. Mais je vous garantis qu’il sera toujours un petit problème par rapport à toute autre forme de programmation (d’ensayo-prueba - erreur est très bien quand vous apprenez, mais utilisation perd alors l’efficacité lorsque parce que le système, il domine un peu).

 

J’ai essayé ne pas atteindre les détails techniques car je veux que ce post est déjà lu non par ordinateur, mais par ceux qui aiment ce monde de Prestashop et leur pique l’intérêt et la curiosité d’aller un pas plus loin.

 

J’espère que vos commentaires.

Une salutation,

Rechercher dans le blog...
Más vistos
Suivez-nous sur les réseaux
0 commentaires

Écrire un commentaire

¿Qué te ha parecido?