读书笔记 J2EE Development without EJB

1、简单

我常常在工作中就把一些问题看得较复杂，因为总觉得这不是一件坏事，考虑到一个问题的复杂性并认真想清楚此问题的各个方面，在解决这个问题的时候相对来说就会简单一些，但是这样也确实会带来诸多问题，如软件成本的核算，我就曾因此在一个客户需求并不高的情况下把问题复杂化了，导致了那个方案的失败。上次我就是犯了“提前叫客户掏钱购买的复杂架构”（page 6）这样的错误。“这种想法有两个问题：首先，是否让系统变得如此复杂不应该由作为架构师和开发者的我们来决定，因为买单的人不是我们；其次，即便系统最终变得如此复杂，我们又怎么知道一开始将它们考虑进来就能节约成本呢？说不定，等到有需求的时候再修改架构还会更节约呢。”（page 6）

书中主要从技术层面上讨论了这个问题，如数据库的分布，多种客户端等。对于问题的解决我们应该更切合实际一点，不要沉溺于一些不切实际的想象。

“XP的核心教义之一就是：很多时候，越是节约成本，就越能开发出高质量的软件；不要试图预先解决所有能想到的问题。”（page 6）

“使J2EE项目具备架构重构能力的关键在于：遵循良好的OO设计法则，并且始终针对接口编程、而非针对类编程；将EJB之类的技术隐藏在普通Java对象背后。”（page 7）

2、生产率

虽然我没有真正的用EJB来开发过任何项目，但根据我对EJB的了解来看，EJB在生产效率方面确实存在着很大的问题。

3、OO

以前我在设计一个对象的时候，根本没有认真的考虑过某一个对象是否真正的合理，这个需要在以后的设计中得以重视。

4、需求至上

“J2EE的开发者们仅仅因为他们的技术选择――而不是客户的需求――就耗费了更多的精力。”(page 8)

5、经验过程

经验对于一个软件开发者来说是极其重要的，很多问题只有你在具体的实施过程中才会发生，但是我从不拿一个人参加工作的时间长短来衡量一个人的经验是否丰富。

书中提到的循证医学（EBM）到是一件很有意思的事情，我觉得值得我们中国的医生好好的学习和思考一下（题外话）。

6、可测试性

对于软件测试，我其实并没有深入的认识，我一直都处在开发的前沿，没有更多的机会和时间来深入研究测试，其实软件测试是一门很值得研究的学问。就拿腾讯的程序来说，其出错的机率远远高于其它软件，这是人的共知的，我想这也是腾讯所需要重视的。

感谢[url]http://www.tryosp.cn[/url]提供下载