开辟J2EE操纵应服从的几点原则[Java编程]

J2EE,作为开辟mission-critical的企业级利用的一整套标准的整合平台,标准多、内容广,从而给开辟J2EE利用带来了很多“麻烦”.比方,为实现内容的RDBMS存储,我们大概的办法有JDBC、Entity Beans、JDO、O/R Mapping工具（TopLink、Hibernate）、XML-DBMS、JAXB等办法（此中一些办法不是J2EE标准所包含的）.因此,为实现J2EE各层（至少有表示层、掌握层、商业逻辑层等3层）以及层与层之间的耦合,J2EE系统架构师需求考虑的问题会很多.加上,J2EE本身的快速发展,给架构、开辟具有产业强度的J2EE利用带来一些难题.

同时,软件开辟技术历来就没有“银弹”,所以J2EE技术也不是万能的.但是,假如我们在结合具体商业需求的底子上,公道的利用好J2EE技术,后来果不可思议.本文试图从本人以往的项目经验动手,来探究开辟J2EE利用时应当遵守的几点原则,但愿起到举一反三的作用.本文结合JBoss 3.2.1下的J2EE利用开辟为例展开阐述.

1.结合商业需求挑选公道的架构

假如脱离商业需求,而单独的谈论技术本身的上风是不够的.各项技术都有产生的特定后台,此中很多都是来自产业需求而触动的.普通而言,企业信息系统（EIS）都要求自己安定、安全、坚固、高效、便于保护.同时,各个企业信息系统都有自己独特的要求,大概有些时刻需求考虑与原有遗留系统的集成,所以理解各个企业信息系统具体的商业需求关于整个系统的架构显得很关键.

比方,假如待开辟的J2EE利用系统中利用到的数据大部份来自于外在数据源;而这些数据大概是通过JDBC直接从外在数据源导入到待开辟的J2EE系统的Database中.关于这种情形,假如在开辟历程中,仅仅利用JDBC来操作数据库,关于小强度（并发拜候用户少、数据流量少）的情形,明显是对比符合的;但假如,并发拜候用户较多、数据流量大,对Database层利用较为频繁的情形,则显得有些力不从心.因此,关于这种需求,我们可以考虑采取Entity Beans with Caches.打个比方,在JBoss 3.2.1中关于Entity Beans的Cache战略有多种,这时可以考虑利用,,即“Standard CMP 2.x EntityBean”,方法并采取“D”范例的commit-option来保证Entity Beans的内容与数据源的同步,并使得系统的性能得到大大改进（同直接利用JDBC相比）.此中,可以将一些Entity Beans设置为read-only,以改进性能.当然,在这里也可以采取其他一些O/R Mapping技术,比方TopLink.

再比方,考虑这样一种情形:假如待开辟的企业信息系统利用到的数据都是由系统本身生成和操作的,则倡议采取:CMP Entity Beans技术.Entity Beans给大家的印象很坏,这大概与EJB 1.1给大家留下的坏映象有关吧.但是,EJB 2.0（大概说2.1）得到了很大的改进,Local Interfaces、CMR、Read-Only、Session Fa?ade情势给Entity Beans注入了朝气.当然,并发用户多、数据流量很大时才会表现出利用Entity Beans的上风.此中,有一点很关键:要注重Entity Beans技术的性能调优,各个利用服务器都有自己的一套性能调优筹划.关于JBoss 3.2.1,配置文件standardjboss.xml供应了Entity Beans技术调优的进口.比方,Bean Lock战略的公道利用关于Entity Beans的调优就显得很重要.这样使得,我们可以越发关注于系统的商业逻辑,而不只是底层的Database（EJB调优处于EJB Container中,因此我们处在J2EE性能的高端,而不是底端,即Database层.同时,Database层的调优使得J2EE系统的数据库移植性大打折扣.）.

简而言之,要结合各个系统的特定需求和情况给出具体的技术架构筹划,而不能孤独的阐述技术本身的好坏.

2.Framework的公道选用

计划情势在J2EE利用系统中扮演侧重要的角色.因此,有一个问题摆在大家眼前,是自己来实现具体的计划情势,还是借助于Third-party Framework.假如贵公司不大,大概说公司不想在J2EE底子利用Framework投入很多精神,选用现有的较为成熟的、安定、与现有J2EE Specification兼容的技术框架会对比明智.

普通而言,Framework本身,大概说J2EE平台本身都是实现并优化了具体的计划情势、法则,比方业务代理、Service Locator（包含Web Tier和EJB Tier各自的服务定位器,起到统一管理有限资源、Cache相关资源的作用,便于系统移植）、Front Controller、DAO等等.现有的J2EE Framework对比丰富.比方:

Struts: 关于实现了Model 2范例的Framework,关于目前以及将来（随着JSF标准、技术的成熟）,选用她是一种明智之举.目前,Struts已经发展到1.1版本.其内涵的MVC主线、对后端数据操作方法没有限定、调集了Apache Jakarta项目组的优异相关项目的精华,可谓是开辟J2EE利用的佳品.同时,关于具有.NET Web Forms功效的下一代J2EE平台技术JSF而言,Struts本身可考虑到与JSF的兼容和集成性.比方,通过JSP显现表示层、Servlet显现掌握层、EJB显现数据存储层.各层之间,可以通过值对象、HTTP相关对象来通讯,实现J2EE相关技术的完善利用.

Log4j: 我想关于习惯采取“System.out.println（”“）;”的读者而言,Log4j是大家的福音.固然Java 2 Standard Edition也具有java.util.logging包来保证日记的输出,但Log4j的简单、高效、机动已经成了很多项目的挑选.日记,在某种程度上可以磨练系统的安定性、精确性,所以采取可配置的Log4j（目前,Log4j已经考虑到了与java.util.logging包的兼容性）是不会错的.比方,JBoss 3.2.1本身就是借助于Log4j来管理日记的.

realMethods: 大概有些读者还不知道这一款杀手锏.那好,这里就扼要作一介绍.realMethods是一开辟J2EE利用的Framework,她差别于Struts（主要在于实现Model 2,J2EE利用前端）;realMethods关于J2EE利用的各个层面都有细致、高效的支持.同时,realMethods从前还是商用软件,目前已经成为了Open Source的产品,因此目前可以参看其全部源代码.

BC4J: Oracle公司推出的用于Java的商业组件.其内容和外在的特点和上风,不言而喻.

当然,近似的Framework很多很多.作为开辟J2EE利用的团队而言,我们需求对各种Framework加以挑选,挑选合适项目需求、团队、公司发展方向的框架.

普通情形下,待开辟的目标产品不宜采取过量的Framework.其一,J2EE各个技术发展很快,过量的Framework使得系统的后续进级、保护不利;其二,可以鉴戒此中的好的一面,比方研究realMethods实现的呼应的计划情势,并改革她以合适我们的项目需求;其三,Framework本身会有变更,假如选用过量,会给开辟团队加重负担,从而不利于项目管理.有挑选的利用现有的成熟Framework能晋升大家的开辟效率、开辟水平.

　　以上是“开辟J2EE操纵应服从的几点原则[Java编程]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：