Est-ce que Zend Framework 2 va continuer à placer des underscores devant des membres privés et des méthodes de classes? par exemple:zend framework 2 underscore private
class blah {
private $_name;
private function _doSomethingToName()
{
}
}
Je vois qu'ils sont toujours là dans la version de développement de ZF2.
Probablement oui, accodring à the poll:
Il y a actuellement 381 réponses:
- 57% vote "Oui" (pour supprimer les underscores)
- 38% vote " Non "(pour conserver les caractères de soulignement)
- 4% voter" Sans opinion "
Oui, et pourquoi pas? C'est une convention pour le faire.
Pourquoi pas? C'est presque inutile et a l'air moche :-) Quand vous utilisez un gros framework comme Zend, vous utilisez aussi un ide, qui est capable de vous montrer des fonctions privées et protégées avec une belle image. – opHASnoNAME
@ArneRie Eh bien, il ya toujours une fois que vous n'avez pas une idée et que vous devez réparer quelque chose. C'est à mon avis une très mauvaise pratique de coder dans un sens en raison de la fonctionnalité d'un IDE. – Iznogood
@Iznogood qu'il n'y a encore le mot-clé protected/public devant la fonction. S'il vous plaît donnez-moi une bonne raison d'utiliser un trait de soulignement! – opHASnoNAME
Ceci est également une convention dans d'autres langages orientés objet.
Découvrez ces deux directives de la Convention de code:
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 que ces conventions de code devraient être utilisées pour la clarification et la cohérence lorsque vous écrivez du code. Pour moi, l'utilisation du préfixe de soulignement Zend pour les membres privés est un excellent gain de temps, surtout quand je ne suis pas très familier avec une classe.
De ZF2 de codage standard
Fonctions et méthodes
Appellations de fonction ne doit contenir que des caractères alphanumériques. Les dessous ne sont pas autorisés. Les numéros sont autorisés dans les noms de fonction mais sont déconseillés. ... Pour les méthodes sur les objets déclarés avec le modificateur "private" ou "protected", le premier caractère du nom de la méthode PEUT être un trait de soulignement. C'est la seule application acceptable d'un trait de soulignement dans un nom de méthode, et elle est déconseillée (car elle rend plus difficile le refactoring de la visibilité publique). Les méthodes déclarées "public" NE DEVRAIENT PAS contenir de trait de soulignement.
http://framework.zend.com/wiki/display/ZFDEV2/Coding+Standards
je 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 de soulignement ne semble plus être utilisée pour les variables. Il n'y a même pas de déclaration de variable privée ou protégée dans l'ensemble du projet qui commence par un trait de soulignement unique. Il y a un petit nombre de variables dans les trois fichiers suivants qui commencent par deux traits de soulignement, mais c'est tout.
\ ZendFramework-2.1.4 \ bibliothèque \ Zend \ Vue \ Renderer \ PhpRenderer.php \ ZendFramework-2.1.4 \ bibliothèque \ Zend \ Vue \ Renderer \ ConsoleRenderer.php \ ZendFramework-2.1.4 \ bibliothèque \ Zend \ Stdlib \ AbstractOptions.php
au moins un de ces fichiers contient le commentaire suivant:
note: toutes les variables privées de cette classe sont préfixés par « __ ». Ceci est à * les marquer comme faisant partie de l'implémentation interne, et ainsi éviter les conflits * avec des variables injectées dans le moteur de rendu. En ce qui concerne les méthodes, j'ai pu trouver trois fichiers qui utilisent "private function _" et 89 fichiers qui utilisent "protected function _" pour déclarer des méthodes. Il y avait aussi trois fichiers utilisant "private static function _" et sept fichiers utilisant "protected static function _". 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 de codign ZF2 dire clairement.
http://framework.zend.com/wiki/display/ZFDEV2/Coding+Standards#CodingStandards-Variables http://framework.zend.com/wiki/display/ZFDEV2/Coding+Standards#CodingStandards-FunctionsandMethods
Variables
noms de variables doivent contenir que des caractères alphanumériques. Les dessous ne sont pas autorisés. Les nombres sont autorisés dans les noms de variables mais sont déconseillés dans la plupart des cas.
Pour les variables déclarées avec une visibilité privée ou protégée, le premier caractère du nom de variable PEUT être un trait de soulignement unique. C'est la seule application acceptable d'un trait de soulignement dans un nom de variable, et elle est déconseillée (car elle rend plus difficile le refactoring à la visibilité publique).
Fonctions et méthodes
noms de fonction doivent contenir que des caractères alphanumériques. Les dessous ne sont pas autorisés. Les numéros sont autorisés dans les noms de fonction mais sont déconseillés.
Les noms de fonction DOIVENT toujours commencer par une lettre minuscule. Quand un nom de fonction comprend plus d'un mot, la première lettre de chaque nouveau mot DOIT être en majuscule. Ceci est communément appelé formatage "camelCase".
+1 pour fournir la source –
Merci pour les statistiques takehin. Donc je suppose que nous nous asseyons juste et voyons. Est-ce que quelqu'un a une idée de la distance qui sépare une version bêta? – waigani
@waigani Juste cloner le dépôt de développement et voir à quelle distance il se trouve. – takeshin