J2ee核心模式–微架构

19 二月, 2010 (01:37) | J2EE框架, 架构设计 繁体 English    DeliciOus    分享到新浪微博
作者: H.E. | 您可以转载, 但必须以超链接形式标明文章原始出处和作者信息及版权声明
网址: http://www.javabloger.com/article/core-j2ee-patterns-micr_architecture.html
豆瓣读书 向你推荐有关 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框架 架构设计、 类别的图书。



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

评论

评论也是有版权的!




7154