Bonjour tout le monde !
Ce topic a pour but de vous présenter une idée - pas très réfléchie - de projet que j'ai, visant à faire évoluer la communauté php mondiale.


En quoi ça consiste ?
A établir une coding style pour le PHP, adaptée au langage, et la faire appliquer autant que possible. Un livret "des bonnes pratiques" verait également le jour

Pourquoi ?
Je jongle entre pas mal de langages, notamment C/C++, Ruby, Perl, et PHP. Et en PHP + qu'ailleurs, je m'aperçois qu'on voit de tout et n'importe quoi. Dans des scripts pro comme amateurs. Je ne dis pas qu'il y a UNE bonne maniere de coder, mais tout de même, il y a un bon nombre de pratiques qui pourrait faciliter la lecture / écriture de codes par tout le monde.

T'as des exemples pt'it insolant ?
Ouais ! Par exemple :
* nommage des variables : $my_var ou $myVar ou $MyVar ?
* espaces quand ? $myVar = 42; // au lieu de $myVar=42;
* où placer les accolades ?
etc, etc...

Comment ?
En mettant en place un Wiki / Forums ou on pourrait débattre des bonnes pratiques et rédiger le contenu de la coding style au fur et à mesure, un outil qui serait une sorte de "moulinette de norme", etc...


Voilà, j'ouvre le thread, encore une fois, c'est une idée, je la partage, sans prétendre à l'avance qu'elle est bonne !

Il y en a déjà beaucoup sur l'Internet:

http://www.evolt.org/article/PHP_coding ... /18/60247/
http://framework.zend.com/manual/en/cod ... ndard.html
http://www.buxaprojects.com/en/php_codi ... elines.htm
http://area51.phpbb.com/docs/coding-guidelines.html
http://www.dagbladet.no/development/phpcodingstandard/
http://www.blueshoes.org/en/developer/c ... uidelines/
http://www.mantisbt.org/guidelines.php

Justement, beaucoup sont "internes" à un projet, et ne (me semblent pas | sont pas) toutes en accord, c'est le bazar, elles tombent dans l'oubli, on ne sait pas qui respecte quoi et pourquoi....

La plupart des "règles" se répètent dans tous les projets et les développeurs de ces projets les suivent à la lettre.

Tu n'étais peut-être pas au courant qu'ils existaient ce genre de guidelines. Mais au final, la liberté revient à toi-même de les suivre ou pas.

Ce n'est pas du tout comparable à ce qu'on trouve en Perl tout de même... on en est même très loin je trouve !
En dehors de ça, le fait qu'un langage de programmation aussi ouvert dispose de 20 000 CSS est un inconvéniant + qu'une richesse... avis perso !

Mais bon, si je suis le seul ici à avoir cet avis, l'idée projet se revèle peu bonne !

PHP est un langage de script, à typage dynamique, optimisé pour le web et facile d'approche. Il propose une variété de syntaxes et de styles différents pour rassembler des codeurs issus d'horizons différents (les perliens s'y retrouvent, les javaistes aussi, les céplusseplusseux aussi...), qui permet de couvrir une gamme de besoins très large.

Pour te donner un exemple concret, je n'utilise pas les mêmes constructions syntaxiques (donc pas le même style) quand je code une bibliothèque de classes et un template quick'n'dirty.

Si cela te suffit à qualifier mon code de dégueulasse, eh bien c'est ton avis Mais j'ai peur que faire un (encore un autre) site pour tenter d'unifier les choses ne fera ressortir que les guerres de clocher de codeurs qui ont tous des préférences différentes, et en aucun cas une marche à suivre meilleure que les autres. Tout se discute selon les cas...

La richesse du logiciel libre, c'est aussi le choix et la diversité.

Il y en a déjà beaucoup sur l'Internet:

http://www.evolt.org/article/PHP_coding ... /18/60247/
http://framework.zend.com/manual/en/cod ... ndard.html
http://www.buxaprojects.com/en/php_codi ... elines.htm
http://area51.phpbb.com/docs/coding-guidelines.html
http://www.dagbladet.no/development/phpcodingstandard/
http://www.blueshoes.org/en/developer/c ... uidelines/
http://www.mantisbt.org/guidelines.php

À cette liste on peut ajouter l'URL suivante, qui ne vise aucun projet particulier :

http://a-pellegrini.developpez.com/tuto ... ing-style/

Si cela te suffit à qualifier mon code de dégueulasse, eh bien c'est ton avis Mais j'ai peur que faire un (encore un autre) site pour tenter d'unifier les choses ne fera ressortir que les guerres de clocher de codeurs qui ont tous des préférences différentes, et en aucun cas une marche à suivre meilleure que les autres. Tout se discute selon les cas...

Je suis bien d'accord avec toi, et je ne suis pas fermé à une diversité plus que ça, c'était juste une idée de projet ^^ !

Par contre, je ne pense pas qu'avoir des codes de 20 000 manieres différentes soit une bonne chose - même si c'est une réalité

PS : Merci pour le dernier lien !

ça à l'air pas mal ce lien de developper.com (comme de nombreux articles du site d'ailleurs).

Une petite coquille relevée au passage :

Personnellement et sûrement certains d'entre vous ont pour habitude de nommer les classes avec le premier caractère en majuscule. Ceci afin de bien distinguer les fonctions d'une classe.
En revanche, certaines personnes ont pour habitude de nommer les classes avec le premier caractère en majuscule. Cela permet de bien distinguer les noms de classes des autres noms.

http://a-pellegrini.developpez.com/tuto ... e/#LII.2.2

J'ai beau lire et relire j'arrive pas comprendre ce que l'auteur à voulu dire.

Une petite coquille relevée au passage :

Personnellement et sûrement certains d'entre vous ont pour habitude de nommer les classes avec le premier caractère en majuscule. Ceci afin de bien distinguer les fonctions d'une classe.
En revanche, certaines personnes ont pour habitude de nommer les classes avec le premier caractère en majuscule. Cela permet de bien distinguer les noms de classes des autres noms.

http://a-pellegrini.developpez.com/tuto ... e/#LII.2.2

J'ai beau lire et relire j'arrive pas comprendre ce que l'auteur à voulu dire.

Il s'est sans doute répété sans le vouloir, à moins qu'il ne voulût parler de ceux qui nomment les classes tout en minuscules et leur dire que ce n'était pas préférable.

Oui j'avais bien compris qu'il conseille de nommer les classes avec le premier caractère en majuscule pour faire la différence avec le reste

Ce que je voulais dire c'est que parfois, sachant que l'auteur s'est trompé, on peux retrouver l'original de sa pensée en remplaçant un mot par un autre etc. Mais là, pas moyen

Enfin ça reste un bon lien.

@cf357 y'a déjà une sérieuse concurrence

C'est simple : si tu mets la 1ere lettre de tes classes en majuscule, c'est bien, mais, au contraire, si tu mets la 1ere lettre de tes classes en majuscules, c'est bien

dans le doute, je vais tout mettre en majuscule !

dans le doute, je vais tout mettre en majuscule !

Quitte à ne plus distinguer une classe d'une constante !

si si ! Je suis pas fou ! Mes constantes elles commencent toutes par "__CONST__" !