Discussion:Programmation PHP/Sommaire
Le terme exact pour désigner le if, le for ... n'est pas structure de données mais structure de contrôle
Les éditeurs
modifierJe pense qu'il faudrait consacrer une partie à la présentation d'éditeurs libres de PHP La recherche de logiciels gratuits et performants a toujours été une plaie pour lesnéophytes qui ne savent pas où chercher. Spirit 203
- Tout à fait je pense que la partie installer php devrait évoluer et devenir : installation et présentation des outils (éditeurs notamment)nécessaires à la mise en oeuvre de php. Merrheim 3 février 2006 à 11:48 (UTC)
Normes de programmation
modifierLe livre ne doit pas uniquement expliquer la syntaxe du langage. Il doit également apprendre à créer du code de haute qualité, et pour cela, il faut définir des normes de programmation bien précises, pour que le néophyte puisse les intégrer dès son apprentissage. Il faut donc envisager très sérieusement la question. Des propositions ? Spirit 203
- Excellente question. Surtout en php où on trouve de tout et du n'importe quoi dans la structure du code ! Peu de proposition de ma part sur ce sujet. Merrheim 2 mars 2006 à 18:49 (UTC)
- Est-ce que les w:design patterns (Motif de conception) en objet ont été abordés ? Greudin
- Qualité de code et php : difficile de trouver quelque chose la dessus. design patterns et php c'est possible mais pas fréquent ! Merrheim 2 mars 2006 à 20:51 (UTC)
- Voici quelques exemples:
- Pour des raisons de portabilité du code, il faut bannir les short-tags
- Conseiller de commencer un script par le commentaire suivant:
/* * Filename: Nom de fichier * Author: Auteur * Created: Date de création * Last modified: Date de modification * Comments: Quelques commentaires */
Je pense qu'il faudrait même réserver tout un article bien complet pour apprendre à programmer du code de haute qualité.
Voici un article que je commence à rédiger.
N'hésitez pas à me faire part de vos commentaires
Programmation PHP/Concevoir du code de haute qualité
Spirit 203 3 mars 2006 à 10:51 (UTC)
- L'article me paraît bien, la question que je me pose porte sur ce qui peut être partagé avec les autres livres spécifiques à des langages. Comme pour le livre Algorithmique, ça pourrait faire partie d'un livre "qualité du développement"... Évidemment, chaque langage a ses spécificités (langage procédural/objet/fonctionnel, détails de syntaxe piégeux et donc à éviter...) , donc chaque livre aura son article "qualité du code", mais il faudrait capitaliser avec les autres sur les points qui peuvent l'être.
- Ainsi, comme pour les structures de contrôle, où chaque livre sur un langage particulier, comme PHP, peut renvoyer (enfin, devrait pouvoir renvoyer) au livre Algorithmique pour la définition des notions, avant de préciser la syntaxe précise de la structure en PHP, l'article "qualité du code en PHP" pourrait référencer l'article général "qualité du code" avant de donner des exemples en PHP de chacun des points abordés dans l'article général, et préciser des points spécifiques au langage PHP qui peuvent impacter la qualité du code (utilisation des SHORT_TAGS, par exemple). Alveric 27 juin 2006 à 11:08 (CEST)
phpDD (PHP Developing Definition)
modifierIl y a un projet que j'aimerais réaliser, mais qui ne marchera que si nous sommes plusieurs à le faire: Il y a tellement de manières de programmer différentes en PHP qu'il faudrait créer une norme par exemple ISO-dev PHP qui définirait des normes typographiques et logiques à respecter. Cela augmenterait considérablement la rapidité d'intégration d'un code étranger et permettrait de garantir aux clients la qualité de développeur à qui la respecte. Qu'en pensez-vous ? On tente ou pas ?
Spirit 203 6 mars 2006 à 15:01 (UTC)
Je pense que pour un wikilivre comme PHP, il faut présenter le PHP tel qu'il existe dans les applications existantes. Si on tente d'imposer une norme qui n'est pas appliqué dans la réalité, il me semble que le lecteur du livre risque d'être un peu perdu quand il verra d'autres programmes. Par contre un chapitre "proposition d'une norme d'écriture" pourrait être très intéressant. Je ne suis pas contre aussi que tous les codes proposés aient des règles communes pour améliorer leur lisibilité mais pas quelque choses de trop contraignant .Merrheim 6 mars 2006 à 16:16 (UTC)
Ce que je proposait était une norme complêtement indépendante du livre. Ce serait une norme proposée, mais assez contraignante. Libre ensuite de spécifier à l'intérieur des normes plus importantes que d'autres et proposer les normes
- phpDD
- phpDD light
Et donc le texte de la norme est la même mais la couleur du texte est différente pour chaque norme selon qu'elle appartient aux 2 normes ou à celle complète uniquement. Finalement, des normes ne sont que de bonnes habitudes à prendre. Cela s'éduque. Sous cet aspect, être vous partants ? Spirit 203 6 mars 2006 à 17:06 (UTC)
- On peut essayer Merrheim 6 mars 2006 à 17:22 (UTC)
ok, je m'y mets Spirit 203 7 mars 2006 à 09:31 (UTC)
include()
modifierBonjour,
J'ai lu le livre , mais je me suis rendu compte qu'il n'y avait pas include()
. Je vous demande ici car si il y est, ce serait dommage qu'il y ait des doublons.
Merci, Aabbccddeeffabcdef (discussion) 21 octobre 2018 à 14:58 (CEST)
- Aabbccddeeffabcdef : on en parle ici : Programmation_PHP/Programmation_orientée_objet#Définition_des_classes. JackPotte ($♠) 21 octobre 2018 à 15:45 (CEST)
- JackPotte : Rebonjour, désolé d'avoir dérangé. Merci de m'avoir répondu, Aabbccddeeffabcdef (discussion) 21 octobre 2018 à 17:14 (CEST)