传统的MVC框架与非传统的比较

cdsnmdl 2009-02-26 07:22:54
大家都知道struts是一个非常传统的MVC框架
但是被大量的程序员所认可……
那非传统的框架有哪些?都有什么性质?
跟struts的区别是什么?有点劣势……

越详细分数越高。
...全文
122 2 打赏 收藏 转发到动态 举报
写回复
用AI写文章
2 条回复
切换为时间正序
请发表友善的回复…
发表回复
withwind_ 2009-02-27
  • 打赏
  • 举报
回复
楼上讲的很详细了,被大多数程序员认可,那说明比较成熟,稳定。
Defonds 2009-02-26
  • 打赏
  • 举报
回复
传统的 J2EE Web 层框架中的 MVC 架构都是基于 Thin Client 模型的,如楼主说的struts1.*、struts2.*,还有WebForm、MonoRail等等。一个基本的假设是智能完全存在于服务器端,并没有考虑到客户端的处理能力
非传统MVC有NClay、JpetStore 、spring mvc等等
Ajax/Flash/XUL/XAML 还有移动智能应用的出现使得智能客户端越来越流行,客户端的智能有越来越强的趋势
这个趋势对于传统的 MVC 架构形成了很大的冲击,传统的架构如果不重新思考和设计,就很难适应这种变化
首先遇到的问题就是服务器端的 Controller 无法控制客户端的表示逻辑,而不能简单地把分布在客户端的表示逻辑作为原来架构的 View 来看待
现在不仅服务器端要有 MVC,客户端同样要有 MVC,并且它们之间还要进行交互和同步
因此需要以一种新的角度,综合考虑客户端和服务器端智能的分布,设计出来一种新型的整体 MVC 架构来
没有了传统的直接操作http request & http response的服务端应用,那么服务端和客户端之间传递的都是java对象(无论是cs还是bs下),那按照这个逻辑框架,理论上就可以使V和MC彻底解藕,开发的服务端就可以通用于浏览器或者客户端程序,在这个逻辑下制作的MVC框架才是彻底的MVC

67,512

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧