-- Dalibor Karlović <[email protected]> wrote (on Monday, 08 June 2009, 12:49 PM +0200): > On Monday 08 June 2009 11:37:29 staar2 wrote: > > I thought to use modular design and make some simple modules > > > > guestbook > > admin area > > comment area > > feedback > > polls > > news > > content managment > > > > But all these requires almost same CRUD functionality, forms are different > > database tables and presentation code. But mostly the code keeps to be same > > in controller part. Currently i am thinking to write this code manually so > > i wanted to ask for ideas for different approach. > > This is the place ZF could do with some improvement, scaffolding. Basically, > you describe your model with some configuration convention and that should be > enough for a BREAD/CRUDL cycle. I've seen some attempts to solve this, but > most were pretty limited.
Ralph is actually working on some additions to Zend_Tool_Project for exactly this functionality. :) > A great leap forward would be a Zend_Grid component needed for browsing (I'm > writing one second time around, should really make a proposal) Personally, I'm not entirely sure this is necessary with components like Zend_Paginator and Dojo's dojox.DataGrid component. I've done a ton with those and the code is incredibly simple. > and providers for Zend_Tool which would configure Zend_Grid, > Zend_Form, generate Zend_Db_Table_Abstract instances and such. As > Zend_Form accepts Zend_Config (as should Zend_Grid), this could quite > easily become reality. Maybe we could even use some existing GUI > modeling tool's output for this. I'd *love* to see someone tackle the DB schema => Zend_Form problem sometime -- it's something I envisioned from the outset when developing Zend_Form, but never had a chance to work on. -- Matthew Weier O'Phinney Project Lead | [email protected] Zend Framework | http://framework.zend.com/
