Zend Framework 2 subrayado privada

Question

Will Zend Framework 2 continúan lugar de subrayado delante de los miembros privados y métodos de clases? por ejemplo:

class blah {
    private $_name;

    private function _doSomethingToName()
    {
    }
}

veo que todavía están allí en la liberación de ZF2 dev.

Answer 1

Probablemente sí, accodring a el sondeo :

En este momento hay 381 respuestas:

• 57% de los votos "Sí" (para eliminar los subrayados)
• 38% "No" (para retener subrayado)
• 4% voto "sin opinión"

Answer 2

Desde estándar de codificación ZF2

Funciones y métodos

Los nombres de funciones debe contener sólo caracteres alfanuméricos. No se permiten guiones bajos. Los números están permitidos en los nombres de funciones, pero no se recomiendan. ... Para los métodos de los objetos que se declaran con el modificador o "privado" "protegido", el primer carácter del nombre del método puede ser un guión bajo. Esta es la aplicación sólo admisible de una barra en un nombre de método, y no se recomienda (ya que hace refactorización a la visibilidad pública más difícil). Los métodos declarados "público" no debe contener un guión bajo.

http://framework.zend.com/wiki/display/ZFDEV2/ Normas + codificación

Answer 3

Sí, y por qué no habrían de hacerlo? Es una convención para hacerlo.

Answer 4

Esta es una convención en otros lenguajes orientados a objetos también.

Consultar estas directrices de la Convención de dos código:

• http://www.liferay.com / comunidad / wiki / - / wiki / Main / Desarrollo + Estilo

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

Pero todo y todo esto debe ser una convención equipo, que es probablemente la forma en que es para Zend. Creo que estas convenciones de código deben ser utilizados para la clarificación y consistencia al escribir código. Para mí, el uso de Zend prefijo subrayado para miembros privados es un gran ahorro de tiempo, sobre todo cuando no estoy muy familiarizado con una clase.

Answer 5

Me preguntaba recientemente sobre esta cuestión e hice una búsqueda a través de todo el árbol de fuentes ZendFramework-2.1.4 para obtener una respuesta definitiva. Las convenciones aparece subrayado a ya no estar en uso para las variables. No hay ni siquiera una declaración de variable privada o protegida en todo el proyecto que comienza con un solo subrayado. Hay un pequeño número de variables en los siguientes tres archivos que empiezan con dos guiones bajos, pero eso es todo.

\ ZendFramework-2.1.4 \ biblioteca \ Zend \ Ver \ Procesador \ PhpRenderer.php \ ZendFramework-2.1.4 \ biblioteca \ Zend \ Ver \ Procesador \ ConsoleRenderer.php \ ZendFramework-2.1.4 \ biblioteca \ Zend \ stdlib \ AbstractOptions.php

Al menos uno de estos archivos contiene el siguiente comentario:

Nota: todas las variables privadas de esta clase tienen el prefijo "__". Esto es para * Marcarlos como parte de la implementación interna, y así evitar conflictos * Con variables inyectados en el procesador.

En cuanto a los métodos que pude encontrar tres archivos que utilizan "función privada _" y 89 archivos que el uso de "función protegida _" para declarar métodos. También hubo tres archivos utilizando "función estática privada _" y siete archivos mediante "función estática protegida _". Estos son una minoría muy pequeña del número total de declaraciones de métodos en el proyecto.

Parece que esta convención está muerto o moribundo dentro de Zend Framework 2.

EDIT: Parece que estas dos secciones de las normas ZF2 codign indicarlo claramente

.

http://framework.zend.com/wiki/ visualización / ZFDEV2 / codificación + Normas # CodingStandards variables http://framework.zend.com/wiki/display/ZFDEV2 codificación / + Normas # CodingStandards-FunctionsandMethods

Variables

Los nombres de variables deben contener sólo caracteres alfanuméricos. No se permiten guiones bajos. Los números están permitidos en los nombres de las variables pero no se aconseja en la mayoría de los casos.

Para las variables que se declaran con visibilidad privada o protegida, el primer carácter del nombre de la variable puede ser un solo subrayado. Esta es la aplicación sólo admisible de una barra en un nombre de variable, y no se recomienda (ya que hace refactorización a la visibilidad pública más difícil).

Funciones y métodos

Los nombres de funciones debe contener sólo caracteres alfanuméricos. No se permiten guiones bajos. Los números están permitidos en los nombres de funciones, pero no se recomiendan.

nombres

función siempre debe comenzar con una letra minúscula. Cuando un nombre de función consiste en más de una palabra, la primera letra de cada palabra nueva debe estar en mayúsculas. Esto se denomina comúnmente "camelCase" formateo.