|
开发 项目管理者联盟
对系统的影响: 项目管理者联盟
维护、扩展性、性能 service.mypm.net
症状: 项目管理者联盟
过于庞大的EJB 项目管理者联盟
开发者无法解释EJB做什么，以及其间的联系 club.mypm.net
无法重复使用的EJB、组件或者服务 项目管理者联盟
EJB启动了新的事务，而该事务本该由一个已存在的EJB启动 项目管理者联盟
为了安全，把数据分离级别定得太高 项目管理者联盟
解决方案: 项目管理者联盟
过度工程化的解决之道直接来自于极限编程 (XP)方法：用最小的设计和编程来满足需求，除此之外别无它干。除非你需要明确知道今后可能的需求，如将来的负载要求，或者系统在最高负载下的表现，否则大可不必为系统将来的情况做太多考虑或猜测。另外，J2EE平台已经定义了可伸缩性及出错恢复等特性，可以让服务器系统为你进行处理。 pmp.mypm.net
在最小的系统中，只包含一个个小组件，这些组件只做一件事，只要把这些要求做到的进行实现，系统稳定性就已经得到了提高，而且，你的系统的可维护性会变得很强，在未来要增加功能以满足新的需求也将变得容易。 项目经理博客
备注: 项目管理者联盟
除了上面所列方案之外，可以推行设计模式 -- 它们可以显著地改进你的系统设计。EJB模型本身也广泛使用了设计模式。例如，每个EJB所带的Home 接口就是Finder和Factory模式的实例。EJB的remote接口扮演了一种实际bean实现的代理，并且对于提供容器的能力也是至关重要的，这些容器截取调用信号并提供诸如透明（transparent）负载均衡的服务。忽视设计模式也是危险的一部分。 项目管理者联盟
我常提到要反对的另外一种危险是：仅仅是为了使用EJB而使用EJB。在你的应用中的某一部分可能并不需要EJB，甚至你的整个应用都不需要。这是过度工程化所走的极端，而且我确实也目睹了一些良好的servlet和JavaBean应用被重构为EJB，而这样做并没有很好的技术上的理由。 转自项目管理者联盟
风险3: 没有将业务规则和逻辑表现形式相分离 项目管理者联盟
项目阶段： 项目经理圈子
设计 项目管理者联盟
影响的项目阶段： training.mypm.net
开发 pmp.mypm.net
对系统的影响: 项目管理者联盟
维护、扩展性、性能 项目管理者联盟
症状: 项目管理者联盟
过于庞大、没有边际的JSP程序 club.mypm.net
在业务逻辑改变的时候必须修改JSP 项目管理者联盟
|
