I agree with you in that Rails's/Catalyst's MVC is hard for complex applications and it is nothing like MVC ( At least what used to be called MVC before the web ). In Web-MVC part of the controller/view ( and sometimes model ) gets located in the client in the form of JavaScript: dynamic menus, form validators, autocomplete fields, etc. In this case the controller/view located in the server has to respond some times HTML and others JSON, XML and even Javascript, if that wasn't enough try to refresh only some parts of the page and it's going to be a big headache. Not only that, if model gets refreshed by another user you won't get updates unless you refresh the page, and we know how frustrating are auto-refreshes from a user stand-point.
Said that I think it make more sense this days to explore something more close to traditional MVC which is Rich client application ( or Thin Server architecture ) depending on the type of application ( in some other cases old-fashioned web-apps are still better), where a high % of the logic is in the client and server becomes a service and responsibilities are much more delimited. I think cases like Gmail or GrooveShark proved the point.
For Rich client apps, frameworks like Dojo help a lot in combination with JSON::RPC ( although it completely lacks of session/security management )
In reply to Re: Web Application design patterns with Mod_perl
by bluescreen
in thread Web Application design patterns with Mod_perl
by avrono
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |