Page 2 of 2
Posted: Mon May 21, 2007 6:21 am
by Ollie Saunders
onion2k wrote:It doesn't simplify anything. I really can't see the point in it. If anything it makes things more complicated and harder to develop than a simple 'old school' site that doesn't bother with a Controller and just has Model objects and View objects.
I partially agree. It does seem to complicate small projects. But when you are working on larger applications I couldn't live without it. For me the saving grace of MVC is the testability it provides, if it is designed specifically to allow that, i.e. not Zend's implementation, this makes it worth doing, even for small projects.
Posted: Mon May 21, 2007 6:32 am
by kyberfabrikken
arborint wrote:
That leaves where to draw the line between the View and Controller. I think there is general agreement that the View is more about generating the output for the Response. Likewise, I think there is general agreement that the Controller is more about managing Program Flow and the Request. But that is still not a clear division and each application/framework needs draw the line as appropriate.
Or not. As you hint at, the separation between view and controller is often superficial in the types of applications, that are usually built with PHP. Combining the two into a single presentation layer, can be a smart move, if there is no real difference anyway. These days, I find that I prefer writing my applications this way. When situations arise, where I actually need to separate the two, then I go full MVC, but these are exceptions; Most of the time, I don't use that extra level of abstraction.