Zend Framework 2 underscore privé

Question

Will Zend Framework 2 continuer à placer underscores devant des membres privés et méthodes de classes? par exemple:

class blah {
    private $_name;

    private function _doSomethingToName()
    {
    }
}

Je vois qu'ils sont toujours là dans la version dev de ZF2.

Answer 1

Probablement oui, accodring le sondage :

  

Il y a actuellement 381 réponses:

     

  
• 57% vote "Oui" (pour enlever les underscores)
  
• 38% "non" (pour conserver underscores)
  
• 4% vote "Sans opinion"
  

Answer 2

norme de codage de ZF2

Fonctions et méthodes

Les noms de fonction doit contenir des caractères alphanumériques uniquement. Underscores ne sont pas autorisés. Les nombres sont autorisés dans les noms de fonction, mais déconseillés. ... Pour les méthodes sur les objets qui sont déclarées avec le modificateur « privé » ou « protégés », le premier caractère du nom de méthode peut être un trait de soulignement. Ceci est la seule application acceptable d'un trait de soulignement dans un nom de méthode, et est déconseillée (car il rend refactoring la visibilité publique plus difficile). Les méthodes « public » ne doit pas contenir un trait de soulignement.

http://framework.zend.com/wiki/display/ZFDEV2/ codage + normes

Answer 3

Oui, et pourquoi pas? Il est une convention de le faire.

Answer 4

Ceci est une convention dans d'autres langages orientés objet aussi.

Vérifiez ces deux directives de la Convention de code:

• http://www.liferay.com / communauté / wiki / - / wiki / Main / développement + style

• http://geosoft.no/development/javastyle.html

Mais tout et tout cela devrait être une convention d'équipe, ce qui est probablement la façon dont il est pour Zend. Je crois devraient être utilisés ces conventions de code de clarification et de cohérence lorsque vous écrivez du code. Pour moi, l'utilisation du préfixe Zend underscore pour les membres privés est un grand gain de temps, surtout quand je ne suis pas très familier avec une classe.

Answer 5

Je me demandais récemment à propos de cette question et fait une recherche à travers l'ensemble des sources du ZendFramework-2.1.4 pour obtenir une réponse définitive. La convention apparaît de underscore à ne plus être utilisé pour les variables. Il n'y a même pas une déclaration de variable privée ou protégée dans l'ensemble du projet qui commence par un seul trait de soulignement. Il y a un petit nombre de variables dans les trois fichiers suivants qui commencent par deux underscores mais c'est tout.

\ ZendFramework-2.1.4 \ library \ Zend \ View \ Renderer \ PhpRenderer.php \ ZendFramework-2.1.4 \ library \ Zend \ View \ Renderer \ ConsoleRenderer.php \ ZendFramework-2.1.4 \ library \ Zend \ stdlib \ AbstractOptions.php

Au moins un de ces fichiers contient le commentaire suivant:

Remarque: toutes les variables privées de cette classe sont préfixés par « __ ». Est de  * Marquer dans le cadre de la mise en œuvre interne, et prévenir ainsi les conflits  * Avec des variables injectés dans le convertisseur.

En ce qui concerne les méthodes que j'ai pu trouver trois fichiers qui utilisent « la fonction privée _ » et 89 fichiers utiliser « fonction protégée _ » pour déclarer des méthodes. Il y avait aussi trois fichiers en utilisant « la fonction statique privée _ » et sept fichiers en utilisant « fonction statique protégée _ ». Ce sont une très petite minorité du nombre total de déclarations de méthode dans le projet.

Il semblerait que cette convention est morte ou mourante Zend Framework 2.

EDIT: Il ressemble à ces deux sections des normes ZF2 codign indiquer clairement

.

http://framework.zend.com/wiki/ affichage / ZFDEV2 / codage + normes # CodingStandards-variables http://framework.zend.com/wiki/display/ZFDEV2 / codage + normes # CodingStandards-FunctionsandMethods

Variables

Les noms de variables doit contenir des caractères alphanumériques uniquement. Underscores ne sont pas autorisés. Les nombres sont autorisés dans les noms mais déconseillés dans la plupart des cas.

Pour les variables qui sont déclarées avec une visibilité privée ou protégée, le premier caractère du nom de variable peut être un seul trait de soulignement. Ceci est la seule application acceptable d'un trait de soulignement dans un nom de variable et est déconseillée (car il rend refactoring la visibilité publique plus difficile).

Fonctions et méthodes

Les noms de fonction doit contenir des caractères alphanumériques uniquement. Underscores ne sont pas autorisés. Les nombres sont autorisés dans les noms de fonction, mais déconseillés.

Les noms de fonction doit toujours commencer par une lettre minuscule. Quand un nom de fonction se compose de plus d'un mot, la première lettre de chaque mot doit être mise en majuscule. Ceci est communément appelé "camelCase" formatage.