Presentación: "Buenas Prácticas de Desarrollo en PHP"
Hace un tiempo que vengo recomendando esta presentación como punto de partida para definir un estándar de desarrollo en una empresa. En ambientes Java no se discute quién define los estándares, es la empresa Sun y a nadie se le ocurriría inventar el suyo propio. Además, en el mundo Java existen estándares para todo, desde la codificación, forma de programar, etc.
En el lado opuesto del mundo estamos nosotros, los del "Mundo PHP", donde cada cual tiene su propio estándar y programa "como quiere" (con todos los problemas que esto acarrea). Para evitarlo, lo mejor que podemos hacer es seguir los lineamientos generales que se desprenden de los documentos de Zend.
Y esta es una buena presentación por donde empezar.
En lo personal, al principio, me costó usar la "llave inicial" de clases y métodos al mismo nivel que la "llave de cierre" (al estilo programación "C"), pero como bien dice este material:
"No eres tan especial como para crear tu propio estándar"
Así que me acostumbré. Mi consejo es: úsalo! y no pierdas el tiempo en definir cómo se hace tal o cual cosa, pierde el tiempo con "problemas nuevos".
Más material:
Promueve este artículo registrándolo en alguno de estos medios:
Entradas
4 comentarios:
Hola, quería hacerte una consulta:
En el "PHP Coding Standard", dice que la indentación debe ser de 4 caracteres de espacios y no el un caracter tab.
¿Usar espacios por tab, no genera un archivo mas grande?
¿Porque recomienda esto? ¿Hay problemas de seguridad?
Hola... a mi me parece bien que se realicen estandares hacia PHP como desde el principio se hizo con Java. Aunque no solo Sun crea estándares para java, también esta IBM, ORACLE, y la mama de los estándares WW3C que apoyan con esto de los estándares a Sun en java. Hasta ahora la única estandarización que uno puede seguir en PHP son las que establecen los propios frameworks. Espero que Zend como empresa, no como framework trabaje sobre esto en los próximos años......
Buenas,
nada, solo quería comentar que estoy en contra que cada programador tenga que acostumbrarse a una 'nueva' forma de escribir/identar su código.
En lo de los nombres de packages y clases sí que estoy completamente de acuerdo, también en la documentación de cada elemento antes de empezar a codificar (aunque cueste).
No os forcéis a escribir el código en el formato que dice el gurú: escribid a vuestro rollo y si tenéis que compartir el código con alguien usad un formateador de código (eclipse lo hace d muerte).
Que tal MarmotS ;-)
> nada, solo quería comentar que
> estoy en contra que cada
> programador tenga que
> acostumbrarse a una 'nueva'
> forma de escribir/identar su
> código.
El problema es ese, no hay un estándar y cada programador "programa" como quiere, recién hoy hay un estándar claro para seguir y además, apunta a la POO siguiendo prácticas que ya se usan en otros lenguajes POO (como Java).
> No os forcéis a escribir el
> código en el formato que dice el
> gurú: escribid a vuestro rollo y
> si tenéis que compartir el
> código con alguien usad un
> formateador de código (eclipse
> lo hace d muerte).
Si el estándar no es único y además no lo adoptamos todos, no sirve y nos perjudicamos todos.
No considero que sea un buen consejo ;-)
Publicar un comentario en la entrada