JAVA语言已经逐步的在成为主流的开拓语言之一，可能说此刻已经成为了主流的开拓语言。在JAVA语言平台上，也呈现了多种开拓模子。对付刚入门的JAVA措施员来说，也许面临这么多的开拓模子，会目眩凌乱，不知道该如何选择。笔者刚开始打仗JAVA语言的时候没有几多的开拓模子可以选择。而前几年笔者也碰着了这个问题。可选的开拓模子较量多，笔者必需选择一个开拓模子作为将来本身的主攻偏向。因为人的精神是有限的，出格是我们做措施开拓的。我们要把有限的精神花在刀口上。笔者在这里向各人推荐EJB开拓模子。
这个EJB本质上就是一个被打点的组件，存在于J2EE容器中，由J2EE容器举办建设、节制和销毁。J2EE容器巨大节制当前存在的EJB数目和EJB所利用的资源。在重负载的环境下，纵然是客户规则在利用的EJB，也将被返回到实例池，如此的话，这个EJB实例还可以供其他客户端利用，从而提高EJB实例的操作率。固然J2EE官方也是推荐利用EJB，可是这并不是一个强制性的法子。措施开拓人员除了操作EJB之外，还可以操作JSP可能单机版的JAVA应用措施等等。可是假如应用措施需要不绝的进级、机能要求较量高档等，那么笔者就向各人推荐利用EJB，主要有如下三个方面的原因。
一、可以埋没管道代码。
此刻音乐喷泉在各地迅速的被回收，成为高科技景观的一个代表之作。措施员在开拓这个应用措施的时候，措施人员需要用到这些管道，可是并不需要知道这些水管的详细走向。这不是措施开拓人员所需要存眷的内容。措施开拓人员之需要直接利用这些现成的管道即可。我们把这些管道就叫做“管道代码”。其实措施开拓人员有时候就仿佛一个家产设计师。家产设计师在设计洗澡用的花撒水笼头的时候，其基础不消体贴自来水管道。为什么呢?因为自来水管道都是回收同一的尺度，水压的话也是国度有一个强制性的尺度。为此在需要利用管道的时候，设计者之需要直接引用这些尺度化的参数即可。在早期的一些开拓模子中，如最原始的CORBA开拓模子，措施开拓人员不得未便写大量的代码来完成同Corba情况的交互、毗连、注册进程。其实这些代码就是凡是所说的管道代码。而假如回收EJB模子的话则可以最大限度的淘汰这些管道代码的编写事情。
如措施开拓人员通过声明属性就可以无需要编写代码来节制这些成果即可指定组件的事务性为;不消通过编写管道代码来界说EJB组件之间的干系以及所需要用到的资源，因为可陈设的J2EE应用措施在陈设描写信息中界说了多个EJB组件之间的干系同时界说了EJB组件所需要用到的资源;如每个Bean都遵循一个界说的声明周期和一套法则，为此措施开拓人员不需要知道“管道”的设计，而只需要知道管道接口的参数即可，如此的话系统代码与应用措施代码之间就是两个相互独立的内容。
显然，通过J2EE提供的EJB组件，可以让措施开拓人员将精神会合在业务代码的编写上，而只管淘汰编写管道代码。这不只可以提高应用措施的开拓效率，并且把管道代码与应用措施代码独立开来，也利于后续的调试与维护。这就是笔者推荐利用EJB模子来开拓JAVA应用措施的第一个原因。
二、EJB预界说了一些巨大的处理惩罚机制。
在应用措施开拓的进程中，或多或少有一些共性的内容。如需要举办应用措施的生命周期打点，需要举办定名和注册，需要举办事务打点等等。假如每次在开拓应用措施的时候，都需要从零开始来开拓这些成果，那么事情量就会很大，并且代码的反复操作性也会较量差。为了办理这些问题，EJB提供了一些预界说的处事，把一些应用措施开拓中要用到的处事集成到J2EE开拓情况中。需要用到这些处事的时候，措施开拓人员之需要声明一下可能通过少量的代码就可以挪用这些处事，实现一些巨大的节制打点机制。
如在应用措施开拓中，为了保持数据的一致性事务打点机制是必需要实现的一个机制。假如在应用措施层面没有实现事务打点机制的话，则当同一个业务涉及到多笔记录的时候，很容易粉碎数据的一致性。而假如从零开始来编写事务处理惩罚机制代码的话，那么事情量会很大。在EJB的容器处事中就预先提供了事务打点的办理方法，措施开拓人员可以凭借这个预界说地办理方案轻松的建设事务、处理惩罚与节制事务等等。
如在应用措施开拓中定名与注册也是很贫苦的一件事情。而EJB也提供另一个定名与注册的容器，EJB容器和处事器为EJB提供了对定名处事的会见。长途和当地客户端利用这些处事来寻找EJB;EJB组件自己也利用这些处事来查询自身所需要的资源。也就好说，措施开拓人员在应用措施开拓中不消通过代码来实现定名与注册处事，而直接挪用EJB组件中的定名与注册容器即可。这个容器会自动生成相关的代码来完成所需要实现的成果。
#p#分页标题#e#
别的，EJB组件还提供了生命周期打点容器、安详性和会见节制容器、耐久性容器等等，通过这些容器可以让措施开拓人员少写大量的代码，不只可以提高措施的开拓效率，并且同意了这些基本性内容办理方案。这也有利于厥后的人员相识源代码，有利于应用打点软件的后续进级。
三、用户接口与底层业务功断绝。
在企业打点中共性与本性是并存的，这也表此刻了企业的打点软件上。如同一家企业，假如打点者的文化配景差异，其或很多同一个业务具有差异的打点方法。这个用我们措施开拓人员专业的术语来讲就是用户接口差异。可是其背后的打点模子是沟通的，也就是说其业务成果是沟通的。如操作JAVA语言开拓的一个订单打点系统，其订单的处理惩罚机制是沟通的，都在数据库中成立相关的记载并在生存记录之前举办数据有效性的审核。可是差异的订单范例其处理惩罚方法大概稍有差异。如对付预付订单，必需要先收到客户的金钱才气够下订单给出产部漫衍置出产可能客栈部分筹备出货;如对付客栈订单，则在流程处理惩罚上不需要颠末出产而直接转到客栈出货等等。也就说是，10种差异范例的订单，其80%的成果是沟通的，而又20%的内容由于打点方法可能其他的原因而有所差异。在这种环境下莫非要写十个差异的代码来实现这十种差异的需求吗?
在EJB开拓模子中不消这么巨大，因为EJB答允独立于表达层开拓和陈设业务成果。如上面这个订单打点需求，措施开拓人员可以操作EJB模子来实现底层的成果(80%的共性内容)，然后再无需从头设计可能开拓整个应用措施可能销售订单打点模块的环境下，可以操作差异的用户接口来实现用户的差异需求。这就仿佛怙恃与后世的干系。现把怙恃的特性界说好，然后再按照差异的需要生养差异的后世即可(用户接口)。由于后世担任了怙恃的全部特性。那么只需要把用户需要实现的一些本性特点嫁接到后世身上即可。所以这种业务需求与业务成果相疏散，各自独立的特征，是EJB开拓模子的最大优势。措施开拓人员可以操作EJB实现漫衍式应用措施，将用户接口与底层业务成果隔分开来。
