《web开发框架以及分层》的相关内容

这篇帖子后面的回复和讨论 已经变得比主贴本身更值得一读了 希望读这篇帖子的朋友 有时间的话可以看一看后面的那些评论 我不希望这种技术讨论沦为口才的较量 ,所以我本人不会在发表什么观点了 但是我的"关于B/S的解耦性 以及UI层的可独立性"的观点不会改变. ============================= 此文是 "初看jsf后的胡言乱语"http://fins.javaeye.co ...

大家都知道，PO是不被提倡直接送到表现层的，因为这样做 1.不能降低层次间的耦合度，不利于以后的维护。 2.在lazyloading的时候可能还取不到数据。 所以通常我们的做法是这样的： [code:1] PO1 = session1.load(); DTO = beanUtils.copyProperties(PO); client.displayAndModi ...

1、Java的风格不是一开始就是这样的，也经历了一个探索、演化、成熟、形成模式，广泛传播的过程。这是java之所以能够大面积推广、工业级强度应用的原因，也可以说是java大面积推广、工业级强度应用后的结果。 2、Web2.0，固然都是从小应用开始，能快速上手的，但是，这并不意味着，Web2.0只能都是简单的，或者说，都会始终是简单的。JavaEye 2.0目前固然还很简单，但是将来如果想加入多种 ...

在我看来，这些 Java Web 开发框架都没有充分利用好浏览器端的资源（XMLHTTP、JS+DHTML、Flex、etc.），以至于需要在服务器端保存大量的状态，造成了大量 B/S 间的交互。而我们现在都知道，如果充分利用 XMLHTTP，把很多中间状态保存在浏览器端，是可以大幅度减少这种交互的。 Webwork 的最新版本说要加强对 XMLHTTP 的支持，我认为这是一个正确的发展方向。 ...

最近我们的项目打算使用新的框架，所以研究了一下SEAM，让人比较困惑的一点是，SEAM提供的例子里面都是直接在action中访问entity manager，eql也直接写在action代码里面。以前习惯的action，service，dao的分层方式在SEAM里面还合适使用吗？如果都是按例子中的方式写代码，一旦有比较复杂的业务逻辑，会让action很庞杂，同时本来可以复用的数据访问代码散落在ac ...