J2ee核心模式–微架构
介绍
Sun公司在Java语言出来不久后,Sun公司的成员们就开始面向全世界的用户收集各种案例,进行归纳,通过不断的收集和总结在几年以后将收集、归纳的结果通过技术性大会反馈给用户,首次是在2001年,才对外公布了收集的结果,也就是现在的J2EE核心设计,吸取业界的宝贵经验,让开发者们进行借鉴,目的是为了提高你采用J2EE技术对的软件设计、系统架构的实践能力。
作为一个有求知欲望的软件开发者来说光是单一的掌握Java/J2EE API是远远不够,所以在J2EE核心设计模式中,主要讲述使用:Servlet、JSP、EJB、JMS 、JDBC、JNDI这几种技术规范对系统进行构建的经验。并且强调每种模式在系统中并不是独立存在的,而是相互关联的。让开发者们合理的使用技术规范,并且可以借鉴大量的前人经验。
J2EE Core Patterns主要讲述使用J2EE技术应该对系统如何进行设计,让使用者懂得如何使用J2EE技术得到最佳的实践手段,如何避讳系统设计时的不当,并且让开发者知道如何改善已存在的系统中的设计不佳实践。
J2EE Core Patterns 是Sun 公司对企业应用提出解决方案,不是某种技术,是一种方法,所谓的方法是借鉴前人的成功案例得出的结论。J2EE核心模式与Gof23设计模式本质相同都是在业务场景中去简化设计,将复用最大化,将重构的成本最小化。
在软件的设计中J2EE Core Patterns只是其中的一种,看待任何一种单一的从代码的角度上去看待模式是错误的,应该从业务的需求上去看待模式。J2EE核心设计模式的侧重点是从系统架构的角度上看待设计模式。而Gof23侧重点的是从代码的角度去看待设计模式。2者虽然角度不同,但却是本质相同。
J2EE核心设计模式以及其他软件设计模式的特性分为几下几种:
- 来源于前人经验的分享。
- 通过结构化的记录进行积累。
- 某种模式出现的意义是为了避免重新设计,少走弯路。
- 对于相同部分的设计进行不同程度的抽象。
- 可以经过不断的完善进行重新的组合。
- 多个模式可以在同一系统中进行使用。
- 让系统设计更简单,降低复杂度。
- 让系统可以达到最大化的复用。
目的
借鉴J2EE核心设计模式可以对普片的问题提供通用的解决办法,在某一个领域模式经过实践证明是解决让你少走弯路的一种手段。如果你已经将J2EE核心设计模式作为你项目设计的范本,因为使用了规范化的设计,在系统中使用J2EE核心设计模式的好处大致可以归纳为以下几点:
- 权衡项目中已经证实的解决方案。
- 成员之间的更加容易沟通达成共识。
- 对系统的设计起到一定程度的规范性。
场景
任何设计模式,包括Sun提出的J2EE核心设计模式,还是4人帮提出的gof23的设计模式只能作为开发中的一种手段和工具,还需要开发者自己对系统、对需求、对业务场景有详细的了解,所以在使用J2EE核心设计模式之前有些前提条件,例如:
- 确定当前的应用场景。
- 确定运行当前的业务场景的前提条件。
- 界定系统中每个用户角色的权限范围。
- 与上层模块,上层系统的关联性关系。
另外,不管在任何情况下使用J2EE核心设计模式有一个规则,这个规则由三部分组成,分为: 特定环境、特定系统作用,以及特定软件配置之间的关系。
–end–

本文由J2ee企业顾问-黄毅创作,并已采用创作共用署名2.5中国大陆版许可证授权。





