Hi, This is my very own take on this. I divide the app into modules, such as 'user', 'blog', 'forum', 'comment' modules. In each module, I have a model that normally deals only with some module-specific tables. E.g: module 'blog' will deal with table 'blog_entries' The model for 'user' module also provides data for other modules to use. This is similar for other modules that will be called by other modules Regarding the controllers, if the app is modular then each module is fairly "small", therefore breaking it into different controllers is not such a big deal. Having said that, I usually have an 'index', 'ajax' and 'widget' controllers for each module. And the controller name pretty much says it all. Regards, Hoang, --- On Wed, 3/4/09, Seth Atkins <satkins@nortel.com> wrote: From: Seth Atkins <satkins@nortel.com> |
2009年3月4日星期三
Re: [fw-mvc] Strategy for MVC modularization
订阅:
博文评论 (Atom)
没有评论:
发表评论