当前位置:首页 > 开发 > Web前端 > 前端 > 正文

组件复用

发表于: 2004-12-30   作者:dogo   来源:转载   浏览:
摘要: 关于复用性,根本就不需要讨论,限制越少,复用性就越高。不管怎样去讨论问题,EJB永远不可能比一个普通的JavaBean更可以复用。也就是说,如果Spring是谎言,那么EJB就是扯淡了。 如果你的程序模块或者框架真正被n个人或者n各不同的项目组复用过,你就会知道不对体系结构作任何限制是多么多么的重要。如果你真正编过一些复杂的框架,你就会知道天马行空、不受拘束的对象建模和实现是多么多么的必需。
关于复用性,根本就不需要讨论,限制越少,复用性就越高。不管怎样去讨论问题,EJB永远不可能比一个普通的JavaBean更可以复用。也就是说,如果Spring是谎言,那么EJB就是扯淡了。

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

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



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

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

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

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

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

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

组件复用

  • 0

    开心

    开心

  • 0

    板砖

    板砖

  • 0

    感动

    感动

  • 0

    有用

    有用

  • 0

    疑问

    疑问

  • 0

    难过

    难过

  • 0

    无聊

    无聊

  • 0

    震惊

    震惊

版权所有 IT知识库 CopyRight © 2009-2015 IT知识库 IT610.com , All Rights Reserved. 京ICP备09083238号