Vanilla 1 is no longer supported or maintained. If you need a copy, you can get it here.
HackerOne users: Testing against this community violates our program's Terms of Service and will result in your bounty being denied.
Naming Conventions for Vanilla 2?
This discussion has been closed.
Comments
I like timfire's suggestion to have extension's name as a prefix for extensions identifiers.
I think any framework is better than nothing.
PHP4 vs. PHP5: I guess when the day comes and Vanilla 2 is ready and stable, PHP5 would be much much more supported then now.
There is no reason for hosting companies to not support PHP5 but lazyness. Shame on them!
http://www.php.net/ sais: What else to say?
True is that to learn a framework you have to pass some learning curve, but after that everything is so fast ane easy to do.
Actually I don't see any reason not to use a framework.
that's my opinion
And as far as naming conventions goes, i vote camelCase.
I have no strong opinion right now, but wasn't one of Mark's goals for V2 to shrink the core program? It seems that cutting out the framework would further that goal...
PS---I do like ThisTypeOfNamingConvention, now that I gotten used to it. It saves a few keystrokes over writing_with_underscores. But it's not a big deal. I am ambivalent towards camelCase. Pick one and go for it.
I don't remember if the naming convention was stated in the documentation but that would also be equally as important as having only one. Naming conventions should not be an obstacle for veteran programmers, but an aid to programmers new to a team.
Keep the current naming scheme. PHP5 is now case-sensitive when retrieving function/class/method names via
get_class()
or other related functions. PHP4 is no longer supported (or will no longer be soon).I for one however, still need to upgrade my servers to PHP5 :-/ The reason I haven't is because so far I've had no reason to upgrade... Vanilla 2 will hopefully change my mindset hopefully soon too!