J2ee Development Without ejb读书笔记 <1>

    我们公司用的框架太古老了，是基于jdk1.4的，当然这并不能否认她是一个优秀的框架。最近项目总监让我抽出时间来研究公司的另外一套产品，看看能否应用到我们的项目中来。我在想，衡量一个框架有很多标准，但最重要的是什么呢？可能不同的人的侧重点不一样，所谓见仁见智，我认为一个框架，如果能让大家解放出来，把精力集中在业务逻辑的编写上，这个框架是可以使用的。
    闲暇在读《expert one-on-one j2ee development wihtout ejb》,一头大牛Rod Johnson得名作，随手整理点笔记，供自己也供有缘人参考。
    作者认为：应用框架理应让开发者能够轻易地编写有效的单元测试。而这正式ejb最大的缺陷之一，由于对ejb容器得依赖过重，在ejb中编写的业务逻辑非常难测试。难以测试的代码一般也难以修改，也难以在不同的环境下使用，难以重构。可测试性是敏捷项目的基本要素。
    比如我们公司的现行框架，代码分为6层，按从页面调用的顺序依次为：VO--->DO--->Action-->BO--->PO-->TO.其中VO是视图对象，视图对象被传递到Action中，转化为数据对象DO，在Action中，把数据对象DO当作参数传递给业务对象BO，调用BO的方法,而BO只负责业务逻辑的运算及处理，再调用持久化对象PO，由PO再调用TO,TO对象里会组装sql语句，执行数据库操作。个人认为此框架分层过多了，很明显PO和TO就可以合并为一层。分层多，灵活性增加，但修改起来有时会有麻烦，因为有些改动会在各层之间传递。

关注你的读书笔记：
《expert one-on-one j2ee development wihtout ejb》,