International PHP Conference 2015


Con el fin de escribir código de prueba a futuro, es recomendado que se prefijen (o sufijen) cualquier cosa que vaya en el global namespace con 3-4 letras no comúnes prefijadas (o sufijadas) separadas con un guión bajo. Es recomendado que en orden de evitar choques de namespace con otro código de entornos de usuarios que en sus proyectos investiguen la existencia de prefijos (o sufijos) usados en otros proyectos y anuncien sus prefijos (o sufijos) elegidos apropiadamente. Ejemplos

  • MyPx_someFunc()

  • Foo_Date

  • $asdf_dbh

add a note add a note

User Contributed Notes 4 notes

willian at gt44 dot com
2 years ago
I don't think it makes sense nowadays. We have namespaces now!
mestresan AT gmail DOT com
11 months ago
Even though nowadays we do have namespaces, for the cases in which the user chooses to not use namespaces theses tips should be followed.
kanone at rogers dot com
1 year ago
The javascript community has developed a strong cultural bias against adding anything to the global namespace.  (See e.g. Addy Osmani's article on Essential JavaScript Namespacing Patterns .)  Namespaces have been available in JS for many years and are ubiquitous.  There is also a great deal of freely available tutorial material for the interested reader.
earnie at users dot sourceforge dot net
1 year ago
@willian at gt44 dot com: What about clashes of the namespace?  It is still good advice to check for previously used names before assigning anything to the global namespace.
To Top