Hi Philippe,
Yes, I see this as being a big problem.
The conventions apply to the entire codebase (except for plugins
obviously). While I realize only too well that everyone has their own
preferences and while other projects might have chosen a different
approach in the past, the current rules and conventions are here to stay
for the forseeable future. They (or at the very least the essential)
have been around since at least early 2006, which is right about the
time when things like Zend Framework, Symfony, etc. were starting up.
It's too late in the game to change the rules (once again) now.
Having variations in (optional) applications decreases overall
readability and increases complexity needlessly ... which forces me to
label it as unacceptable. It's one for all and all for one ... or
nothing at all.
Best regards,
Hans
On 05/05/2011 12:51, Philippe Van Eerdenbrugghe wrote:
Does someone sees a problem if an optional app (not the core) uses its
own coding convention ?
We (the claroline team) are thinking to follow this convention for
naming the classes :
http://groups.google.com/group/php-standards/web/psr-0-final-proposal
except for the ones loaded by the framework (Notably the data manager,
the manager and the components)
Actually I do not understand the reason for all the
CamelCase-to-underdscore mechanism so if someone can enlight me on
this subject it would be greatly appreciated.
Systho
_______________________________________________
Dev mailing list
[email protected]
http://lists.chamilo.org/listinfo/dev
--
*Hans De Bisschop*
Hoofddeskundige ICTO | Lead Developer Chamilo 2.0
Software Coordinator Chamilo Association
Erasmushogeschool Brussel
Nijverheidskaai 170 | B-1070 Brussel
T 02 559 02 54 | i 254
[email protected] <mailto:[email protected]> |
www.erasmushogeschool.be <http://www.erasmushogeschool.be/>
Kom eens langs: www.erasmushogeschool.be/infodagen
<http://www.erasmushogeschool.be/infodagen>
of lees onze elektronische nieuwsbrief: ehbrief.ehb.be
<http://ehbrief.ehb.be/>
P Before printing, think about the environment
_______________________________________________
Dev mailing list
[email protected]
http://lists.chamilo.org/listinfo/dev
