Joomla offers to fetch data both as object as well as an array, but i 
always preferred to work with arrays, since it is easy to access any 
element from an array as well as to modify the array. I hope that cake is 
not going to lose this edge, which is one of the reasons i prefer cake over 
other framework.

On Friday, July 6, 2012 7:42:57 PM UTC+5:30, José Lorenzo wrote:
>
>
>
> On Friday, July 6, 2012 6:12:47 AM UTC-4:30, tigr wrote:
>>
>> Hi!
>>
>> First of all, big kudos to the developers of CakePHP. It is an excellent, 
>> well thought out and well engineered framework. It does indeed look very 
>> traditional and conservative and that is a Good Thing(tm). That's why I see 
>> with horror the mention of moving to the objects returned by models from 
>> queries. Would you leave them alone, please? We work in a data-centric 
>> environment here and there is nothing better than associative arrays to do 
>> that. Please, leave data alone and better improve the handling of data 
>> arrays where the effects of various calls are not obvious. That will be a 
>> much better deal. I do not expect that many people selected CakePHP in the 
>> hope that it would move to object-oriented data. There are other frameworks 
>> for that.
>>
>>
> You will be able to work with the table object and have arrays returned 
> back. Models (rows) will be objects, though.
>  
>
>> Thank you.
>> Albert aka Tigr
>>
>> On Friday, July 6, 2012 4:36:03 AM UTC+2, José Lorenzo wrote:
>>>
>>> Since its creation, more than 7 years ago, CakePHP has grown with a life 
>>> of its own. Its main goal has always been to empower developers with tools 
>>> that are both easy to learn and use, leverage great libraries requiring low 
>>> documentation and low dependencies too. We've had several big releases 
>>> along these years and an ever growing community. Being one of the most 
>>> popular frameworks out there and probably the first one (!) we have also 
>>> gotten a lot of criticism from the developer community in general. We have, 
>>> though, accepted it and learnt from our mistakes to keep building the best 
>>> PHP framework there is.
>>>
>>> CakePHP is known for having a very slow pace of adopting new stuff and 
>>> it has served very well to its community. Back when we were doing version 
>>> 2.0 we decided to hold on version 5.2 of PHP for multiple reasons and 
>>> despite it didn't let us innovate as much as we wished to, it was an 
>>> excellent choice given the general environment regarding hosting solutions 
>>> and general adoption of PHP 5.3. A look back into the past reminded us that 
>>> we were big innovators in PHP, bringing features to developers that few 
>>> dreamt possible to do in this language. Now, it's time to look ahead in 
>>> future and decide on staying in our comfort zone or take back our leading 
>>> position as innovators.
>>>
>>> So it is with great excitement that we announce we are putting our our 
>>> efforts in bringing you the next major release of CakePHP. Version 3.0 will 
>>> leverage the new features in PHP 5.4 and will include an important change 
>>> in our models and database system. CakePHP 3.0 will not be ready less than 
>>> 6 or 8 months and we reckon that, given the rise of cheap cloud hosting 
>>> solutions and upcoming release of new operating system versions, there is 
>>> no better time to jump on the most current stable version of PHP.
>>>
>>> As you may already know, PHP 5.4 offers awesome features that would 
>>> introduce useful new concepts and interesting solutions to old problems. 
>>> Closure binding, traits, multibyte support are tools we see of great 
>>> usefulness for properly implemented advanced framework features we've had 
>>> in mind for a long time. Also new syntax sugar added to the language will 
>>> make it more pleasant to write both small and complex applications with the 
>>> framework and a always welcomed free performance increase.
>>>
>>> We have a young but already well defined road map for what we want to 
>>> accomplish in next release and you are invited to contribute and suggest 
>>> what's next:
>>>
>>>    - Drop support for 5.2.x and support 5.4+ only
>>>    - Add proper namespaces for all classes. This will make it easier to 
>>>    reuse classes outside CakePHP and to use external libraries and finally 
>>> no 
>>>    chances of collisions between your app classes and core ones.
>>>    - Use traits were possible and makes sense
>>>    - Improve bootstrapping process to allow more developer control and 
>>>    better performance
>>>    - Model layer rewrite:
>>>       - Models to return objects from queries
>>>       - Datamapper-like paradigm
>>>       - Richer query API
>>>       - Support for any database type
>>>       - Support for more database drivers both PDO and native
>>>    - Improve Router:
>>>       - Make it faster
>>>       - Remove named parameters
>>>       - Add support for named routes
>>>       - Smarter router prefixes
>>>       - Shorter url syntax
>>>    
>>> As you may imagine most of the time will be spent or rewriting the model 
>>> layer, but it will also be one of the most powerful features CakePHP 3.0 
>>> will have. It's new architecture based on PHP 5.4 capabilities will offer 
>>> an easier and more powerful set of tools to build web applications in no 
>>> time.
>>>
>>> If you are already as excited as we are this all this new stuff coming, 
>>> you definitely should meet us on next CakeFest <http://cakefest.org/> we'll 
>>> be talking about the future of CakePHP and hacking our way through to bring 
>>> you a dev release as soon as possible. Wouldn't it be lovely to attend to 
>>> awesome talks, workshops and also be part of the group deciding initial 
>>> architecture for next major version of the framework? Make sure you book 
>>> your tickets before we run out of them!
>>>
>>> We're always looking for different people having a vision on software 
>>> development, are you interested in helping out? There is no better time to 
>>> start sending patches and become one of the core team!
>>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"CakePHP" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
Visit this group at http://groups.google.com/group/cake-php?hl=en-US.


Reply via email to