Kace,
Your opinion why it is flawed is still lacking any proof.
Until you have proof that this is truly a flaw in our design and not your opinion, which like assholes everyone has one, I would keep it to yourself. Maybe if you would have approached this topic with a little less arrogance, you would have received a better response, but dude you came pissing into the wrong house.
You must think it is more productive to duplicate a prefix over all methods in a class, which is not the case. You think you lose robustness by adding a route vs. adding prefixes and having to check these prefixes?
Cake has conventions that are used for method names the only prefixes are _ and __ . Since PHP 4 does not have private and protected methods we use these to block access to "private" and "protected" methods in the url.
And please explain the non toy application comment?
You have no clue what your talking about.
We have just completed a project thorough the foundation
http://www.cakefoundation.org/pages/clients
Not to say there are plenty others out there.
One that comes to mind is:
http://blog.usweb.com/archives/phps-answer-to-ruby-on-rails-cakephp/
Do a little research before coming here pulling your dick out, you might save yourself the embarrassment.
You might want to do a little research on me also while your at it, I have been around the open source community much longer then your 5 years of software development, and back up my arrogance with proof and code.
--
/**
* @author Larry E. Masters
* @var string $userName
* @param string $realName
* @returns string aka PhpNut
* @access public
*/
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Cake PHP" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/cake-php
-~----------~----~----~----~------~----~------~--~---
- Re: fundamental dispatcher strategy flawed? [EMAIL PROTECTED]
- Re: fundamental dispatcher strategy flawe... John Zimmerman [gmail]
- Re: fundamental dispatcher strategy flawe... Larry E. Masters aka PhpNut
- Re: fundamental dispatcher strategy flawe... Sonic
- Re: fundamental dispatcher strategy f... [EMAIL PROTECTED]
- Re: fundamental dispatcher strate... Larry E. Masters aka PhpNut
- Re: fundamental dispatcher strate... gwoo
- Re: fundamental dispatcher st... bkuhns || (crash)
- Re: fundamental dispatch... John Zimmerman [gmail]
