MVC模式教程

在Struts中action是处理业务逻辑的，如果加一个service层是不是有点多余啊？而加一个service层又有什么好处呢?[该贴被taotaob于2009-03-01 09:29修改过]

有了ajax，客户端可以访问静态的带有javascript的html页。 页面的所有表单元素数据都通过 XMLHttpRequest请求得来，这样还需要有服务器端控制层吗？胖客户端有什么优势啊？

大家好！最近在做GWT的项目，对GWT如何同Server端的服务进行整合有一些想法，希望能和大家讨论一下。 使用GWT的RPC与Server通信时，需要定义两个Service接口，分别代表同步和异步调用。在接口中可以直接定义业务逻辑相关的方法如login, logout，这是是最直接的方式，

网站包括 商家博客，个人博客，论坛，新闻等 设计采用了MVC模式，具体调用的时候采用了命令模式数据操作层Model中，例如;BlockDAO,TopicDAO,ResponseDAO,UserDAO等。 里面封装了一个对象所有的数据操作</

Struts是Java MVC WEB开发框架的事实标准,网上看了很多关于Struts组件在MVC模式中的划分,着实让初学STRUTS的我感到很混乱.其中争议最多的是ActionForm,有人说它是属于Model层,有人把它归为View,我倾向把ActionForm归属于Model,因为Ac

看了一些模式，如DAO、MVC、设计模式等，可能没有比较系统地去看，现在感觉有点乱了，请问这些是不是同一种类型的，还有没有其它的一些呢？不知哪位朋友有空理一下

在看MF的《企业应用架构模式》，提到现在流行的分层结构 表现层-领域层-数据层 这是否对应MVC的V C M？？ 让故事回到刚开始学JSP的时候，我看得第一本书讲JSP和MVC，采用最原始的JSP向Servlet发送请求，Servlet封装数据将数据传给D

一个最“土”的MVC可能是这样：list.jsp 提交请求到servlet中，servlet处理业务（例如分页，得到下一页所需数据，将数据放入request的attribute），处理完后再用 RequestDispatcher.forward() 转发回list.jsp。但是 list.j

我是一个java新手，最近用struts框架做一个行政审批的系统，在编码过程中，有很多疑惑，希望大家解答。 比如在持久层，有domain model和数据库的表对应，由DAO操作；在表现层，往往domain model并不够用，我是不是应该扩展domain model,建立新的view m

先看原文.http://computer.mblogger.cn/sassc/posts/13205.aspx 我们公司有位同事也喜欢用这种模式来处理.个人感觉这种模式就是舍弃了Action,Action仅仅用来反射调用ActionForm

我们知道spring MVC框架中，提供了集中控制器，比如说AbstractController,AbstractCommandController等，拿处理命令的控制器（AbstractCommandController）来说，若我的请求URL带有一个参数(e.g:http://XXX/cc

我在学习struts，昨天，无意中看到前端控制器模式的介绍，有几个问题，请各位高手指点，多谢先！ 一：前端控制器模式和struts的关系怎样，出现时间上是怎样的先后关系？二：是否一个比另一个功能更强大？三：有无象pojo和ejb之间的关系？

我感觉上图的对比有些问题。就我的感觉而

虽然能理解各种主流设计模式的原理,但是还远没有达到应用自如的境界. 这个学期 设计模式 课程的期末作业就是交一个应用了几种设计模式的小项目.虽然平时做过一些东西,但是都是那种很随意的没有按照什么思想来做的.我想这些东西能不能

对于一个应用系统的权限机制，我本来想放到Control这一层来。但是有一些不明白的地方。由于MVC模式中，View可以直接向Model来访问数据，Control直接向Model来调用一些更新数据的功能。那么对于权限中的“可执行/不可执行”这样的要求直接放在Control这层就可以控制用户对业务逻辑的

我们都讲到MVC分离，可是分层确实是很难做到的如页面上数据的现实问题，这些显示当然是业务层的体现，不可能脱离业务层，现在业务层要求能对显示层的控制就是根据不同的用户显示不同的结果，而这个结果是一个可选的，如同一个业务逻辑有的要显示10个数据项，有的只需要现实6个数据项，我们是在业务层只提供6