[讨论]关于MVC三层的划分

eclipse

新手，昨天听了wolfuni老师的讲解，好多不明白的地方豁然开朗。但有一件事，还是感觉迷惑。wolfuni老师在课程中说actionform有人把他放到view,还有人把他放到model，其实，我认为三层的划分已经很清楚了，而actionforn 本来就应该属于view层，我们可以从原程序看到，我们从表单接受数据并把他放到actionForm之后传入到action，假设actonform不属入view层，把他并入model,我们这是可以看到，这就提高了model层与view层的耦合度。而MVC的创立主要是解耦，开发者在创建struts时就应该考虑到这个问题，因为这样做严重违反了MVC的原则。所以，我认为，actionform属于模型层是无可厚非的。
      另外，我感觉老师的例子好象存在视图层与模型层的耦合。想想，在实际开发中前台UI会知道后台数据库的内容吗，或者根本不知道。所以我感觉老师这么写不是最好的实现。
<form-beans >
    <form-bean name="userForm" type="org.eimhe.Usertable" />
  </form-beans>
    我自己并不看好这种写法。学生刚学，请老师指教。

      欢迎大家讨论这个问题。

[ 本帖最后由 eclipse 于 2006-12-4 08:22 编辑 ]

wolfuni

ui其实知道后台数据,在工程中并不严格的照mvc来实现的,技术和开发有点不协调的地方,实际的开发中讲究的速度和实现,做技术和做开发有点区别,相信大家如果做过几年之后会有改观的,我的方法只是把model和view的actionfrom对象简化到一起,方便dao的访问,如果你要分开也是可以的,但这样回带来大量的setter/getter操作,开发进度和正确性上会有点问题,但学习中可以明确区分,项目中看情况吧,我在讲struts模型的时候是考虑分开来的,项目中是考虑合起来的,大家自己看着办吧

sashao

一般是这样吧。
FormBean是Web层的数据表示，他不能被传递到业务层；PO是持久层的数据表示，在特定情况下，例如Hibernate中，他可以取代VO出现在业务层，但是不管PO还是VO都必须限制在业务层内使用，最多到达Web层的Control，绝不能被扩散到View去。

FormBean和PO之间的数据转化是在Action中进行的吧。

tabris

耦合较大