PHP Australia Conference 2015

Sfaturi

Pentru a scrie cod-sursă valid în viitor se recomandă să prefixați (sau să sufixați) orice nimerește în spațiul global al denumirilor cu un prefix (sau sufix) din 3-4 litere separat cu o linie de subliniere. Pentru a evita conflicte de denumiri cu alt cod-sursă este recomandabil ca proiectele în PHP să cerceteze prefixele (sau sufixele) existente utilizate în alte proiecte și să dea publicității prefixele (sau sufixele) proprii. Exemple:

  • MyPx_someFunc()

  • Foo_Date

  • $asdf_dbh

add a note add a note

User Contributed Notes 4 notes

up
13
willian at gt44 dot com
1 year ago
I don't think it makes sense nowadays. We have namespaces now!
up
1
earnie at users dot sourceforge dot net
8 months 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.
up
2
kanone at rogers dot com
3 months 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.
up
1
mestresan AT gmail DOT com
9 days 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.
To Top