一点写J2EE的心得

尚枫

在经历了struts1.1,struts1.2,spring2.3,hibernate以后，突然发现了一个问题，感觉好像所有的J2EE架构都围绕一个东西展开，接口。
一直以来，即使我本人写了N个项目以后，都不明白为什么要有那些架构，那些架构为什么要那样安排，apache组织里面的那些人干嘛要那样费劲的升级，现在明白，其实所谓的面对对象就是把一些不相干的元素抽象化，而接口就是扮演串联的角色。
确实，一个好的框架很多层面上要取决于程序本身，然而，对象与对象的建立，如何让他们联系起来，才是一个好的程序员该思考的。
比如现在流行的AJAX，都知道是用的页面局部提交的思想，所以不自然的都往javascript上想，但当我们看到ZK_AJAX以后，才发现，有很多种方法可以实现局部提交！而实现这些方法很重要的，就是接口，怎么将自己的想的几个层面，串联起来。这就是接口该做的！

很突然的感想，不到之处请大家多多见谅！

newt

:) 谢谢楼主的心得，难道这就是传说中的大彻大悟

zhanglietx

可现在很多入门的，懵懵懂懂地学了所谓三大框架，连最基本的东西都没有真的了解

guaguatou

无论什么程序原理都是差不多的；重要是的系统架构和业务逻辑

zhanglietx

删除

[ 本帖最后由 zhanglietx 于 2008-4-6 22:35 编辑 ]

尚枫

原帖由 guaguatou 于 2008-4-4 21:42 发表
无论什么程序原理都是差不多的；重要是的系统架构和业务逻辑

:Y
这其实是最头痛的

rainting

我在学J2EE，谢谢！

rabbit

现在是 Java EE 5 了。J2EE 是老版本了。

我是做 architect 的，其实，几个主要的 principles 就是：

- programming to interface
- loosely coupling
- dependency injection (Spring framework)

现在 remoting 已经不“时髦”了，因为 remoting 并没有带来理想中的 scalability。几个超级大腕也都承认了这点，包括 Floyd Marinescu, 当面和他交流过，他是 EJB design patterns（http://www.theserverside.com/tt/books/wiley/EJBDesignPatterns/）的作者。Floyd 说，他的书有很多错误，甚至是 anti-pattern 的东西。