On Saturday, 7 July 2012 11:35:08 UTC+2, tigr wrote: > > No, that is not "nice". The strength of the CakePHP design is in being > very straightforward when it comes to working with the data. I have seen > other frameworks and I think that object-oriented ways are not suitable for > working with data. Well, of course, you can, but would you want to, given a > choice? My answer was "no" and that is why I am using Cake. I am worried > that the object-oriented hype will get the best of you and we will lose a > perfectly sensible data processing framework to the object-oriented glory. > For practical reasons, it would be great to leave the model layer > principles as they are. >
my few cents: a.) fork it b.) if cake is decoupled enough = forking will be easy (e.g. the decoupling between model layer from controller layer from view helper etc.) c.) instead of forking, add a 2nd model layer abstraction d.) learn from rails3 e.) look at how well AREL works so for me the questions are rather: can a similar decoupling be done well in php 5.4; can we get true objects or just read only? if we get read only, can't we just enable a bool to return nested data arrays? -- Our newest site for the community: CakePHP Video Tutorials http://tv.cakephp.org Check out the new CakePHP Questions site http://ask.cakephp.org and help others with their CakePHP related questions. To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/cake-php
