组件复用 EJB框架Spring软件测试ORM

关于复用性，根本就不需要讨论，限制越少，复用性就越高。不管怎样去讨论问题,EJB永远不可能比一个普通的JavaBean更可以复用。也就是说，如果Spring是谎言，那么EJB就是扯淡了。

如果你的程序模块或者框架真正被n个人或者n各不同的项目组复用过，你就会知道不对体系结构作任何限制是多么多么的重要。如果你真正编过一些复杂的框架，你就会知道天马行空、不受拘束的对象建模和实现是多么多么的必需。

有一个不是直接有关的话题。我对目前有多少可以黑箱重用的业务组件持非常怀疑的态度，相反，可重要的工具箱，可白箱复用的框架是我认为目前最现实，也是提高生产效率最有效的途径。这也是我从5年来对组件认识的一个变迁。我认为软件工业现在还只是发展到这个阶段，甚至在一定范围内只能发展到这个阶段，因为软件是软的，一个在非常大范围内可以黑箱重用的组件（例如CPU)会变得非常复杂，而不能像CPU一样只需要几个简单的接口标准就可以插到任何主板上。



我也不理解什么容器的复用性比组件的复用性更重要这样的结论。

如果不要部署就可以实现需要你所认为最最牛的部署的人的话，我为什么还需要部署。

我认为讨论谁好谁坏没有任何意义，有意义的是讨论什么情况下适合什么情况下不适合?

接下去就是讨论你这个项目该不该用EJB，我的结论是
只有在需要分布式业务处理的系统中，EJB才存在着价值，因为其他的东东（例如分布式事务、ORM）我现在已经直接可以使用非常成熟的单独产品了，唯独在分布式Java对象这一块上，EJB还是具有它不可取代的优势。所以要用EJB也只需要用它的SessionBean即可。

越是复杂的技术维护成本越高，不必要的复杂性更是会害死人。

面向对象为什么可以战胜面向过程，现在完全占据了统治地位，就是因为面向对象大幅度降低了软件开发、测试和维护的成本。