-
Notifications
You must be signed in to change notification settings - Fork 7
Roadmap
Adapto is pre-alpha. The first big push is to convert ATK to the Zend Framework.
This is a major thing that Ivo will be working on, but if anyone else can help out (Ivo's time is limited, what with running a company and all ;-) , he will happily incorporate fixes. The idea is that when you browse public/index, things still work. Currently everything is horribly broken because of the update of the file/class structure.
There are many references to old classes, outdated code etc. that need to be fixed. E.g. if somewhere you see '$obj = new atkAttribute()' it should be fixed to $obj = new Adapto_Attribute(). Ivo used a script that took care of most of these situations, but there are plenty still left.
There are plenty of places that use old style constructors (e.g. function atkAttribute instead of function __construct). There are also many class members named 'var $variable' instead of 'public/private/protected $variable'. Many methods also lack the private/public indicators.
Anything that's in there to support some ancient concept that no longer exists, or anything else that is deprecated (code that's only needed by old apps) should probably be cleaned up and/or removed. Yes, this breaks backwards compatibility, but that's not the goal; if you need backwards compatibility, stick with ATK. Adapto will be new, fresh and shiny and a fresh start is necessary after all these years.
In no specific order:
- atkMailer/Adapto_Mailer should be replaced by Zend_Mail
- Smarty should be replaced by Zend_View
- Handlers should be replaced by Zend_Controller_Action (but wait with this one, Ivo is designing this at the moment)
- atkCache/Adapto_Cache should be replaced by Zend_Cache
- atkConfig/Adapto_Config should be replaced by Zend_Config
- config.php should be replaced by application.ini and additional configs
- prototype and scripaculous should be replaced by jQuery completely
- atk…Db should be replaced by Zend_Db and PDO
- *.lng files should be replaced by whatever is a good i18n solution nowadays.
- etc. (basically, anything that has an equivalent in ZF should be replaced so that what remains of Adapto is the framework that actually builds the apps around the entities)