项目中采用J2EE体系架构分析

本文探讨了J2EE在企业级项目中的应用,强调了选择合适开发模式的重要性。作者根据实际项目经验,分析了非分布式和分布式两大体系结构下的多种J2EE开发模式,包括数据库构建业务逻辑的Web应用、处理业务逻辑组件的Web应用、本地接口EJB的Web应用以及远程EJB的分布式应用等,讨论了各自的优缺点。文章提醒开发者,技术应以项目需求为中心,避免盲目追求技术新颖导致的过度设计和资源浪费。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

     从刚开始知道Java的时候,是从Applet开始的,看到它在客户端作出了很在丰富的动态效果,觉得它是我使用JS之外的另一种选择,觉得很新奇,但是没有投入太多精力去研究它,也以为Java语言的本事也就是如此,后来形式的发展,证明我错了,当我第一次看到J2EE规范的时候,很震惊,原来Java语言也可以进行服务器端企业级开发,情不自尽的投入到对它的专研中,用它作过很多企业级项目,从当初的糟蒙无知到现在的渐入佳境,再回首时,除了感到的在技术上的获得的欣慰时,也感觉到很多遗憾,

 
  其中之一的遗憾是在很多企业级项目中设计时,由于对需求分析的不足,还有主观上的对技术时髦的不切实际的追求,造成了很多失误的地方,有的“小脚穿大鞋”,项目需求不是很复杂,但被那些新技术的宣传所迷惑,采用它们来开发,结果大多数,既浪费了时间,又浪费了金钱,后期很难维护,客户也有一种被忽悠的感觉。有的“大脚穿小鞋”,低估了项目设计实施的复杂性,以盲目乐观的态度投入开放,开放的过程中,感觉到项目在结构上设计的不合理之处,但那时也晚了,只能硬着头皮,采用添油战术,结果开发出来的项目不但超出工时也超出预算,整的客户和程序员都怨声载道。得不偿失。这些遗憾的产生,都是没有处理好项目需求和J2EE开发模式选择上的关系,没有把握其中的原则:“J2EE开发模式的选择要根据实际项目的需要,技术以项目需求为中心”,采用什么J2EE开发模式本身对项目而言没有优劣之分,区分的只是合试还是不合试。


   下面就结合实际的项目来谈一下J2EE各种开发模式的选择,既讲优点,也讲缺点,让开发设计者根据实际的项目需求选择合适的J2EE开发模式。

 
   首先对什么是J2EE作一下简单回顾.J2EE就是Java2的企业版,是SUN公司为了开发安全、可靠、可扩展、高效可用的企业级应用系统所开发的一套技术规范,它定义了开发企业级应用的各种服务,而实现这些服务的平台,叫J2EE开发平台,一般由第三方厂商提供,开发厂商同时也要提供应用并且开发能够部署和运行J2EE兼容的应用程序的服务器,我们叫应用级服务器,如Weblogic、WebSphere、JBoss等


二、J2EE体系结构
J2EE体系结构主要分三层:client、Business、EIS 3个主要层 


1
 

Client层:即用户的使用界面,它负责与Business层通信,客户端最常用的是Web浏览器,也可以是Java语言或者其他语言(C#,dephi)编
                   写的传统的UI层

应用程序
  Bussiness层:即逻辑处理层,主要由J2EE应用服务器组成,里面包含Web容器和EJB


容器
Web容器处理表示层逻辑,响应客户端的请求,和EJB容器通信,来构建用户界  面。主要技术有:Servlet和JSP和HTML

EJB容器负责处理业务逻辑,与EIS层的数据源通信,完成数据的存储,主要技术有:EJB(Session Bean Entity Bean Message driver Bean) 其他
      

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值