002Net与J2EE 的比较
.Net程序设计—C#
第一部分第二课.Net与J2EE的比较
技术架构整合
Windows
CLR
.NET 安全
适配器
编排服务
企业服务
消息队列
Linux
JVM J2EE
Security
JCA
ebXML
JTA
JMS
…
…
表示层
业务逻辑层数据层
J2EE
CLR
.NET Assembly
https://www.wendangku.net/doc/1015140227.html,
(可使用 COM+ 服
务; 比如事务)
Web 表单
Server 控件
Code-Behind
https://www.wendangku.net/doc/1015140227.html,
IIS
JavaBeans
EJBs
JSP
Servlets
可运行于大多
数主要应用及
Web服务器
支持大多数
数据库 (通
过 Type 4
驱动程序)
J2SE/EE
JDBC (事务使
用 JTA)
.NET
SQL Server
Oracle
DB/2, etc.
SQL Server
Oracle
DB/2, etc.
Web 架构: J2EE vs .NET
状态: https://www.wendangku.net/doc/1015140227.html, Session, .NET 数据缓存
状态: 封装于 EJB 中, 也可在 Web Sessions 中
.NET与J2EE平台的详细对比技术.NET J2EE
支持技术
发布协议DCOM, SOAP RMI/IIOP
防火墙ISA*没有定义
HTML页面缓存ISA*, https://www.wendangku.net/doc/1015140227.html,没有定义
表示层技术
基础结构IIS JWS
程序设计模型https://www.wendangku.net/doc/1015140227.html, Servlets, JSP
高可用性NLBS*, ACS*, 其他没有定义
负载平衡NLBS*, ACS*, 其他没有定义
中间层技术
基础结构COM+EJB
程序设计工具Visual https://www.wendangku.net/doc/1015140227.html,没有定义
高可用性ACS*没有定义
负载平衡ACS*没有定义
安全性API COM+ Security Call Context JAAS
消息队列API MSMQ JMS 1.0
异步组件Queued (COM+)Message driven beans (EJB 2.0)命名与目录服务ADSI JNDI
数据层技术
分布式事务处理MS-DTC JTS
关系型数据库API https://www.wendangku.net/doc/1015140227.html, JDBC 2.0
层次型数据库API https://www.wendangku.net/doc/1015140227.html,-
数据库存储SQLServer**-
大型机数据库连接性HIS*Java连接器
架构技术
电子商务架构Commerce Server*-
B2B BizTalk Server*-
技术的成熟性
Microsoft
J2EE
1996
1997
1998
1999
2000
2001
MSXML
JAXP
ASP
JSP
MTS/COM+
EJB
ODBC
JDBC
Mar 1992
ADSI
JNDI
QC
MDB
LCE
MMC
WinDNA
J2EE
MSMQ
JMS
https://www.wendangku.net/doc/1015140227.html,
.Net
EJB 与 .NET 组件比较
Session Beans
无状态
有状态
.NET 类
无状态传统的对象
无隐含的数据映射
编写你自己的数据访问代码
Entity Beans 永远有状态
.NET中无等价类
.NET
J2EE
对象等价于数据库记录
数据映射通过以下4个方法:
Create, Load, Store and Remove
BMP = 这4个方法由你自己编写
CMP = container 提供这些方法除了这4个方法再没有其它的数据访问
Java阵营对EJB的看法
?J2EE项目中只有10%使用EJB
–“EJB makes Java look bad. ”
?Sun’s Java PetStore:
–“write your data persistence twice” . “bi-modal data access layer”
?IBM Redbook: 不要使用EJB, 用存储过程?James Gosling, Borland Developer conference, May 2002
–You have to manage it by ignoring it. The
complexity of J2EE is pretty
extereme…There’s a dirty little secret about
J2EE; most people don’t need J2EE;
XML Web Service 比较
A b i l i t y t o E x e c u t e
Completeness of Vision
Microsoft
IBM
HP
Sun
Oracle
Gartner Magic Quadrant:
Major Vendor Web Services Platform Influence
J2EE的移植性与互操作性
?理论上J2EE应用可以采用多个厂商的产品–只要符合J2EE的标准
?实际情况
–J2EE标准不完整，如 Web Service
–J2EE的技术需改进，如 EJB
–各厂商发展各自的技术
–不同产品很难协同和移植
?J2EE可选择同一厂商支持的不同操作系统
.Net的移植性与互操作性
?理论上.Net应用可移植到任何平台–CLS提交给标准化组织
–只要支持CLR
?实际情况
–只有Windows/Free BSD
?.Net支持Web Service
–可以使用任何平台运行的Web Service
–任何平台可使用.Net Web Service
技术比较结论
?.Net和J2EE应用有着相似的架构
?.Net和J2EE有相应的主要技术
–.Net所有技术来自Microsoft
–J2EE的技术有多个厂商的实现
?.Net和J2EE可以满足大多数应用的需求?主要的差别不在技术的可行性上–开发效率
–性能
–成本
–稳定性
Middleware 指标
?接触 Microsoft 来重测J2EE / .NET 性能?花了4个月测试J2EE / .NET 性能–新的全面的指标
–所有结果由Middleware 公司取得并鉴定?报告发布在http://middleware-company/j2eedotnetbench
–可下载代码,测试脚本, 另有讨论论坛
检测的指标
?Web 应用指标
–三层Web体系结构
–数据驱动的页面创建, 中间层商务逻辑, 中间层数据缓存, 用户会话管理, 事务.
?分布式事务处理指标
–测试 .NET/COM+ vs. J2EE/JTA分布式事务管理
–运行24小时以测试可靠性
–包括性能 (TPS) 和价格/性能比 ($/TPS)指标?Web 服务指标
–测试 XML Web 服务 (SOAP 1.1) 性能
–测试作为SOAP服务器和SOAP客户的应用
测试的产品
?两个领先的, 商用的J2EE应用服务器
–因为许可限制, 标记为J2EE应用服务器A和B
–用最新支持的JVMs, 由各个应用服务器的专家全面调节?Windows 2000 AS 运行.NET Framework 1.0?https://www.wendangku.net/doc/1015140227.html, Server 2003运行.NET Framework 1.1
?所有测试用Mercury LoadRunner 7.5进行
报告要点
?配置/调节 J2EE应用服务器花费巨大时间
–为匹配.Net性能, 每个J2EE应用服务器的调节花费了10个人
-周的时间
–调节.Net应用只花了两个人-周的时间
?J2EE应用服务器在 MS Windows 2000 和Linux RH 7.2测试
–应用服务器A 在Windows 2000的性能明显优于 Linux
–应用服务器B 在两个系统上的性能相当
–基于这些原因, 选择了Windows 2000作为测试平台
?J2EE应用服务器A 和 B 展示出完全不同的性能特性
?因为性能原因, Middleware 公司抛弃了CMP
–实现 EJB基于 BMP的方案
–为避免性能问题, 必须在Entity Beans实现特殊的 “只读”接口?Windows 2000上运行.NET 1.0 轻易击败J2EE ?https://www.wendangku.net/doc/1015140227.html, Server 2003上运行.NET 1.1获得更加明显的改进
Web 应用指标
?在50/50配置下运行两个脚本
–只流览脚本模拟用户访问和进行搜索, 观看产品详情
–下单脚本包括搜索和订购随机物品
–下单过程包括5 页的购买过程
–最后一步是分布式事务
?分两个阶段向Orders 数据库 (加入定单和详情) 和
Products 数据库 (更新库存))提交
?测试有/无图形下载的情形
?完整的错误检测/报告
?巨大的用户负载量以测试系统扩展到2, 4 和8 CPU的能力
Web 应用指标
Web Application Benchmark (no images)
Peak Throughput
2004006008001000
120014001600J2EE Application
Server A
J2EE Application
Server B
.NET 1.0/W2K
.NET
1.1/https://www.wendangku.net/doc/1015140227.html,
P a g e s /S e c
2CPU 4CPU 8CPU
Web 应用指标
Web Application Benchmark (image download on)
Peak Throughput
1000
2000300040005000600070008000J2EE Application
Server A
J2EE Application
Server B
.NET 1.0/W2K
.NET
1.1/https://www.wendangku.net/doc/1015140227.html,
P a g e s /s e c
2CPU
4CPU 8CPU
24 小时分布式事务指标
Peak Throughput Distributed Transactions per Second
20406080100120140J2EE Application
Server A
J2EE Application
Server B
.NET 1.0/W2K
.NET
1.1/https://www.wendangku.net/doc/1015140227.html,
J2EE架构需求说明书
1架构需求说明1.1 总体架构图
1.2 架构时序图 1.3 架构基本需求说明 该章节描述每一层都需要的考虑和注意的问题，及一些必须遵循的原则。 1.3.1命名规范需求 详见pvcs上的“java命名规范.doc”
1.3.2异常处理需求 在任何地方出现致命异常，都要中止执行，回滚事物、并以友好的方式提示用户、将错误轨迹写入日志，允许的话，要将错误以邮件或者短信提示系统管理员。异常处理必须遵循以下几个原则： 1.不能丢弃异常 既然捕获了异常，就要对它进行适当的处理。不要捕获异常之后又把它丢弃，不予理睬。捕获了异常却不作任何处理，可以算得上Java编程中的杀手。如果你看到了这种丢弃（而不是抛出）异常的情况，可以百分之九十九地肯定代码存在问题（在极少数情况下，这段代码有存在的理由，但最好加上完整的注释，以免引起别人误解）。 异常总是意味着某些事情不对劲了，或者说至少发生了某些不寻常的事情，我们不应该对程序发出的求救信号保持沉默和无动于衷。调用一下printStackTrace算不上“处理异常”。不错，调用printStackTrace对调试程序有帮助，但程序调试阶段结束之后，printStackTrace就不应再在异常处理模块中担负主要责任了。 正确对待异常方式主要有四种： 1）处理异常。针对该异常采取一些行动，例如修正问题、提醒某个人或进行其他一些处理，要根据具体的情形确定应该采取的动作。调用printStackTrace算不上已经“处理好了异常”。 2）重新抛出异常。处理异常的代码在分析异常之后，认为自己不能处理它，重新抛出异常也不失为一种选择。 3）把该异常转换成另一种异常。大多数情况下，这是指把一个低级的异常转换成应用级的异常（其含义更容易被用户了解的异常）。 4）不要捕获异常。方法必须有throws来抛出异常。 2.必须指定具体的异常 在catch语句中尽可能指定具体的异常类型，必要时使用多个catch。不要试图处理所有可能出现的异常。 3.占用资源必须释放 保证所有资源都被正确释放。充分运用finally关键词。finally是样好东西：不管是否出现了异常，Finally保证在try/catch/finally块结束之前，执行清理任务的代码总是有机会执行。 当然，编写finally块应当多加小心，特别是要注意在finally块之内抛出的异常，这是执行清理任务的最后机会，尽量不要再有难以处理的错误。
J2EE架构的跨平台性
J2EE架构的跨平台性、易扩展性等优势已经成为IT届共识，逐渐成为协同办公系统主流架构。而中望公司基于J2EE结构的协同OA系统在实际应用中有以下几方面特点 为解决企业级应用服务而设计 为了满足架构企业级应用建设的需求，Sun公司在J2SE基础上，针对企业级应用的各种需求推出J2EE，其目的是为了克服传统Client/Server模式的弊病，迎合Browser/Server 架构的潮流，为应用Java技术开发服务器端应用提供一个平台独立的、可移植的、多用户的、安全的和基于标准的企业级平台，从而简化企业应用的开发、管理和部署。 采用J2EE平台，可以有利于杨凌示范区管委会建立整体统一的安全的、标准化信息信息管理平台。这也是本次杨凌示范区管委会业务资源办公系统要基于J2EE架构建设的根本原因。 更好利用IT资源，节省投入 基于J2EE平台的产品几乎能在任何操作系统和硬件配置上运行，并且支持跨浏览器的操作，保证杨凌示范区管委现有的IT资源被保留使用。同样，中望基于J2EE平台的业务资源办公系统也可以根据杨凌示范区管委会的信息维护人员的情况来选择合理的部署方式，从最大程度上为杨凌示范区节约IT资源，这也大大降低了系统实施建设管理门槛。 支持IT平台的平滑过渡、升级 基于J2EE平台的产品几乎能在任何操作系统和硬件配置上运行，只需把已有的代码在J2EE方案中复用即可，这使杨凌示范区管委会当前业务资源办公系统平台升级的后期系统业务扩展过程更加平滑，成本更低。 运维成本低 J2EE架构做为一个开发性的技术平台，维护相对较简单，而也大量的技术人员、技术资料可以保障系统的长期平衡运行和业务扩展需求，避免了由于使用Domino等封闭平台导致后期功能扩展带来的高昂成本，不要劳力伤神。 便捷的二次开发 架构分层的好处就在于代码清晰、结构分明，有利于修改、维护和复用，J2EE的分层式设计为二次开发带来便捷。“J2EE的分层设计让开发者可以在业务层、表示层、控制层等分别进行单独的修改，而不影响总体的应用效果。这为业务资源办公系统的个性化开发提供了基础，并且大大减少了工作量，这对于供应商和厂商来讲是皆大欢喜的事情。
J2EE开发常用框架
Java EE开发的框架 我们对Java EE的框架有过很多介绍，本文将对Java EE中常用的四个框架做一下系统的归纳，希望大家喜欢。 Struts Struts是一个基于Sun Java EE平台的MVC框架，主要是采用Servlet和JSP技术来实现的。 Struts框架可分为以下四个主要部分，其中三个就和MVC模式紧密相关： 1、模型（Model），本质上来说在Struts中Model是一个Action类（这个会在后面详细讨论），开发者通过其实现商业逻辑，同时用户请求通过控制器（Controller）向Action的转发过程是基于由struts-config.xml文件描述的配置信息的。 2、视图（View），View是由与控制器Servlet配合工作的一整套JSP定制标签库构成，利用她们我们可以快速建立应用系统的界面。 3、控制器（Controller），本质上是一个Servlet，将客户端请求转发到相应的Action类。 4、一堆用来做XML文件解析的工具包，Struts是用XML来描述如何自动产生一些JavaBean的属性的，此外Struts还利用XML来描述在国际化应用中的用户提示信息的（这样一来就实现了应用系统的多语言支持）。 Spring Spring是轻量级的Java EE应用程序框架。 Spring的核心是个轻量级容器（container），实现了IoC（Inversion of Control）模式的容器，Spring的目标是实现一个全方位的整合框架，在Spring 框架下实现多个子框架的组合，这些子框架之间彼此可以独立，也可以使用其它
的框架方案加以替代，Spring希望提供one-stop shop的框架整合方案。 Spring不会特別去提出一些子框架来与现有的OpenSource框架竞争，除非它觉得所提出的框架夠新夠好，例如Spring有自己的MVC框架方案，因为它觉得现有的MVC方案有很多可以改进的地方，但它不强迫您使用它提供的方案，您可以选用您所希望的框架来取代其子框架，例如您仍可以在Spring中整合您的Struts框架。 Spring的核心概念是IoC，IoC的抽象概念是「依赖关系的转移」，像是「高层模组不应该依赖低层模组，而是模组都必须依赖于抽象」是IoC的一种表现，「实现必须依赖抽象，而不是抽象依赖实现」也是IoC的一种表现，「应用程序不应依赖于容器，而是容器服务于应用程序」也是IoC的一种表现。 Spring的架构性的好处 Spring能有效地组织你的中间层对象，无论你是否选择使用了EJB。如果你仅仅使用了Struts或其他的包含了Java EE特有APIs的framework，你会发现Spring关注了遗留下的问题。 Spring能消除在许多工程上对Singleton的过多使用。根据我的经验，这是一个主要的问题，它减少了系统的可测试性和面向对象特性。 Spring 能消除使用各种各样格式的属性定制文件的需要，在整个应用和工程中，可通过一种一致的方法来进行配置。曾经感到迷惑，一个特定类要查找迷幻般的属性关键字或系统属性，为此不得不读Javadoc乃至源编码吗？有了Spring，你可很简单地看到类的JavaBean属性。倒置控制的使用（在下面讨论）帮助完成这种简化。Spring能通过接口而不是类促进好的编程习惯，减少编程代价到几乎为零。
J2EE的体系结构
J2EE 即Java2平台企业版，它提供了基于组件的方式来设计、开发、组装和部署企业应用。J2EE使用多层分布式的应用模型，这个多层通常通过三层或四层来实现： 1、客户层，运行在客户计算机上的组件。 2、Web 层，运行在J2EE服务器上的组件。 3、业务层，同样是运行在J2EE服务器上的组件。 4、企业信息系统层（EIS），是指运行在EIS服务器上的软件系统。 以上层次一般也指三层应用，因分布在三个不同位置：客户计算机、J2EE 服务器及后台的数据库或过去遗留下来的系统。请看图例： J2EE组件 J2EE应用程序是由组件构成的。J2EE组件是一个封装了功能的软件单元，能够与相关的一些类和文件一起组成J2EE应用程序。 1、应用程序客户端和Applet是指运行在客户计算机上的组件。 2、基于Java Servlet和JSP技术的组件叫Web组件，它们运行在服务器上。
3、企业JavaBean（EJB）组件叫业务组件，同样运行在服务器上。 J2EE客户端 J2EE客户端可以是一个Web组件或者是一个应用程序客户端。 1、Web客户端 包括两部分，首先是那些动态Web页面（HTML、XML等），这些组件运行在Web层；另一个是Web浏览器，由客户机上的浏览器从服务器接收并且解析和显示Web页面。 2、小应用程序（Applet） 需要运行在客户端安装了Java虚拟机的Web浏览器上。 3、应用程序客户端 J2EE应用程序客户端运行在客户机上，能提供强大而灵活易用的用户界面，如使用Swing或AWT创建的图形化的用户界面（GUI）。应用程序可直接访问运行在业务层的企业Bean，如果需求允许，也可以打开HTTP连接来建立与运行在Web层上的Servlet之间的通讯。 [nextpage] 4、JavaBean组件架构 在服务器和客户端两层中也可能包括了基于JavaBean的组件架构，通过JavaBean来实现数据的流动，可以是在应用程序客户或Applet与运行在J2EE 服务器上的组件之间，或者是在J2EE服务器和后台数据库之间。（不过JavaBean 组件并没有包含在J2EE规范里） 5、J2EE服务的通讯 客户层与J2EE服务器上运行的业务层之间的通讯可以是直接的，也可以通过运行在Web层中的Servlet和JSP来实现，在这种情况下，客户运行在浏览器中。 Web组件 J2EE的Web组件可以是Servlet或JSP页面。在应用程序组装过程中，静态HTML页面和Applet也可以一起打包成Web组件，但这并不是J2EE规范所认可的Web组件。 业务组件 业务代码是指那些由位于业务层的企业Bean（EJB)执行的逻辑，它们能够解决或满足特定的商业领域的一些需求。有三种不同类型的企业Bean：会话Bean、实体Bean和消息驱动Bean。会话Bean代表客户一次短暂的会话过过程，当客户执行完成后，会话Bean以及它所包含的数据也随之消失。实体Bean代表的是持久的数据，即存储在数据库表中的一行记录，即使客户终止或者服务器关闭，在J2EE底层的会服务确保实体Bean的数据被保存下来。 企业信息系统层 企业信息系统层处理企业信息系统的软件，包括企业组织结构系统，例如企
J2EE技术架构
J2EE技术架构 《KINGOSOFT高校数字校园综合管理平台》采用先进的J2EE技术架构，基于多层软件构架(即客户层、表示层、业务层、集成层和资源层)，采用面向服务的思想、使用WebService和XML等技术整合与集成各种应用系统，能够为高校数字校园建设提供先进实用、安全可靠、便于兼容、易于扩展的应用解决方案。技术架构如下： J2EE(Java 2 Platform Enterprise Edition)是Java2平台企业版。J2EE是一套全然不同于传统应用开发的技术架构，包含大量组件，可简化且规范应用系统的开发与部署，进而提高可移植性、伸缩性、安全性与再用价值。 J2EE核心是一组技术规范与指南，其中所包含的各类组件、服务架构及技术层次，均有共同的标准及规格，让各种遵循J2EE架构开发的软件存在良好的兼容性，解决过去使用的软件产品彼此之间无法兼容、导致内部或外部应用难以互通的窘境。 J2EE是使用JAVA技术开发企业级应用的一种事实上的工业标准，各个平台开发商按照J2EE规范分别开发了不同的J2EE应用服务器，使用J2EE技术开发的企业级应用可以部署在各种J2EE应用服务器上，具有良好可移植性。
J2EE企业级应用的不同部分纳入不同的容器(Container)，每个容器中都包含若干组件(这些组件是需要部署在相应容器中的)，同时各种组件都能使用各种J2EE Service与API。J2EE容器与相应的组件可以部署在网络中的任一服务器上，具有良好的可伸缩性。J2EE组件的安全是由各自的容器来负责的，组件的开发人员几乎可以不用或者很少在组件中添加有关安全的代码。这种安全逻辑和业务逻辑相对独立的架构，使得企业级应用系统有更好的灵活性和扩展性。 J2EE是以企业与企业之间的运算为导向的JAVA开发环境。J2EE架构定义各类不同组件，如WEB组件、E JB组件等，而各类组件可以复用，可以组装成不同的系统。 一、客户层 客户层是整个架构的最上层，主要用于将操作界面呈现给用户、建立与服务器的连接、接收并验证用户的输入、管理客户端与服务器的会话状态。 客户层分为浏览器客户端和桌面应用客户端。浏览器客户端使用HTML、CSS、JavaScript与AJAX等技术实现；桌面应用客户端使用PowerBuilder集成开发环境实现。 1、HTML(Hyper Text Mark-up Language)：即超文本标记语言，是WWW的描述语言，是一种简单、通用的全置标记语言。HTML文本是由HTML命令组成的描述性文本，HTML命令可以说明文字、图形、动画、声音、表格、链接等。HTML的结构包括头部(Head)、主体(Body)两大部分，其中头部描述浏览器所需的信息，而主体则包含所要说明的具体内容。 2、CSS(Cascading Style Sheets)：即层叠样式表，是一种标记语言，它不需要编译，可以直接由浏览器执行。在标准网页设计中CSS负责网页内容的表现。 3、JavaScript：是一种由Netscape的LiveScript发展而来的脚本语言，JavaScript使网页增加互动性 。JavaScript使有规律地重复的HTML文段简化，减少下载时间。JavaScript 能及时响应用户的操作，对提交表单做即时的检查，无需浪费时间交由CGI(Common Gateway Interface)验证。 4、AJAX(Asynchronous JavaScript and XML)：即异步JavaScript和XML，是指一种创建交互式网页应用的综合开发技术；涉及到：AJAX的定义，基于WEB标准的XHTML+CSS表示，使用DOM(Document Object Model)进行动态显示及交互，使用XML和XSLT(Extensible Stylesheet Language Transformations)进行数据交换及相关操作，使用XMLHttpRequest进行异步数据查询、检索，使用JavaScript进行绑定。 二、表示层 表示层是整个架构中最活跃的分层，由WEB服务器及其组件构成，主要用于处理客户端的请求、响应业务层组件的请求。 表示层引入了基于组件开发的Struts开源框架，采用Servlet与XML等技术实现，具有良好的可伸缩性和稳定性，降低了系统开发的复杂度、提高了开发效率，支持所有的J2EE应用服务器(包括Apache Tomcat、JBoss Application Server、IBM WebSphere Application Server与BEA Weblogic Application Server等)。 1、Servlet：是使用Java Servlet应用程序开发接口(API)及相关类和方法的JAVA组件。除了JAVA Servlet API，Servlet还可以使用用以扩展和添加到API的JAVA类软件包。Servlet在启用JAVA的WEB服务器上或应用服务器上运行并扩展了该服务器的能力。Java Servlet API定义了一个Servlet和JAVA服务器之间的一个标准接口，这使得Servlet具有跨服务器平台的特性。 2、XML(Extensible Markup Language)：即扩展标记语言，是一种简单的数据存储语言，使用一系列简单的标记描述数据，而这些标记可以很方便地建立。虽然XML文件比二进制数据占用的空间更多，但XML极其简单、很容易掌握和使用。XML可以在任何应用程序中读写数据，这使得XML成为数据交换的唯一公共语言。 3、JSP(JavaServer Pages)：是由Sun Microsystems公司倡导、许多公司参与一起建立的一种动态网页技术标准。JSP技术是在传统的网页HTML文件(*.htm，*.html)中插入Java程序段(Scriptlet)和JSP标记(Tag)，从而形成JSP文件(*.jsp)。WEB服务器在遇到访问JSP网页的请求时，首先执行其中的程序段，然后将执行结果连同JSP文件中的HTML代码一起返回给客户。JSP可以操作数据库、重新定向网页等，用于实现建立动态网页
基于J2EE框架的个人博客系统项目毕业设计论文
第一章绪论 1.1.选题背景 这几年，许多新名词涌入我们的视野：博客、圈子、播客、WAP等。这些都预示着我们进入了一个新的互联网阶段web 2.0，它是相对web 1.0的新的一类互联网应用的总称，是一次从核心内容到外部应用的革命[10]。这个阶段发展迅速，互联网应用趋于多样化，其中变化最大的是由web 1.0网站创造内容的时代变为由用户创造内容的web 2.0时代。 在web 2.0应用中，博客(Blog)是web 2.0核心应用中最典型、最流行的代表之一，也是web 2.0技术应用的最直观的表现，是web 2.0精神和理念的具体体现。 1.2.问题的提出 Blog记载了日常发生的事情和自己的兴趣爱好，把自己的思想和知识和他人分享、交流，同时又通过“六度空间”结识了更多志趣相投的朋友；而越来越多专业知识的 Blog 的出现，让我们看到了 Blog 更多所蕴涵的巨大的信息价值：不同的 Blog 选择不同的内容，收集和整理成为很多人关注的专业 Blog ——目前越来越多的人获取信息的来源是一些固定的 Blog 。随着博客人数的增加，Blog 作为一种新的生活方式、新的工作方式、新的学习方式已经被越来越多的人所接受，并且在改变传统的网络和社会结构：网络信息不再是虚假不可验证的，交流和沟通更有明确的选择和方向性，单一的思想和群体的智慧结合变的更加有效，个人出版变成人人都可以实现的梦想—— Blog 正在影响和改变着我们的生活。 1.3.系统的开发目标 管理员通过前台页面进入后台管理模块后，可对注册的博客用户进行维护，
包括对注册用户的添加、查找、修改和删除。 管理员进入登录后，可对帐户进行管理，包括添加管理员帐户、修改管理员帐户、删除管理员帐户和对帐户进行权限设置。 博客用户通过前台登录后，可对自己的博客空间进行管理，包括发布自己的网络日志、收藏个人图片、和相关人员进行交流和沟通以及删除访问者发表的评论等。 因此，在具体设计实现该博客网站时，主要考虑了主流博客网站的几个主要功能:(1)博客的注册、登录验证功能(2)网络用户通过关键字搜索博文功能(3)最热门博客页面推荐浏览(4)文章详细内容及相关评论显示(5)博客页面访问量统计(6)博客个人文章管理维护功能(7)博客个人文章分类管理维护功能(8)博客个人友情链接维护功能(9)博客个人基本信息管理维护功能(10)博客图片上传及个人相册管理(11)网络用户写留言，博主查看留言。 第二章系统设计 2.1.系统分析 在整个blog进行开发之前，要确定出整个项目的整体架构，包括系统的选型、运行环境的确定及系统结构设计。下面对这进行详细介绍。 在进行软件系统开发的最初环节，一般都需要进行系统的选型，即根据系统功能的实际需求，选择合适的开发工具及软件架构。 blog对系统的可靠性、稳定性有比较高的要求。本系统设计时，比较主流的B/S设计有基于JSP、ASP、PHP、CGI及J2EE等模式。相比较而言PHP的功能相对简单，不适合做大程序；而CGI效率相对较低，所以也不考虑。由于J2EE的开源的框架中提供了MVC模式实现框架Struts、对象关系模型中的Hibernate 的框架及拥有事务管理和依赖注入的Spring。利用现存框架可以更快开发系统。所以选
J2EE开发常用框架
EE开发的框架 我们对Java EE的框架有过很多介绍，本文将对Java EE中常用的四个框架做一下系统的归纳，希望大家喜欢。 Struts Struts是一个基于Sun Java EE平台的MVC框架，主要是采用Servlet和JSP技术来实现的。 Struts框架可分为以下四个主要部分，其中三个就和MVC模式紧密相关： 1、模型（Model），本质上来说在Struts中Model是一个Action类（这个会在后面详细讨论），开发者通过其实现商业逻辑，同时用户请求通过控制器（Controller）向Action的转发过程是基于由struts-config.xml文件描述的配置信息的。 2、视图（View），View是由与控制器Servlet配合工作的一整套JSP定制标签库构成，利用她们我们可以快速建立应用系统的界面。 3、控制器（Controller），本质上是一个Servlet，将客户端请求转发到相应的Action类。 4、一堆用来做XML文件解析的工具包，Struts是用XML来描述如何自动产生一些JavaBean的属性的，此外Struts还利用XML来描述在国际化应用中的用户提示信息的（这样一来就实现了应用系统的多语言支持）。 Spring Spring是轻量级的Java EE应用程序框架。 Spring的核心是个轻量级容器（container），实现了IoC（Inversion of Control）模式的容器，Spring的目标是实现一个全方位的整合框架，在Spring 框架下实现多个子框架的组合，这些子框架之间彼此可以独立，也可以使用其它
的框架方案加以替代，Spring希望提供one-stop shop的框架整合方案。 Spring不会特別去提出一些子框架来与现有的OpenSource框架竞争，除非它觉得所提出的框架夠新夠好，例如Spring有自己的MVC框架方案，因为它觉得现有的MVC方案有很多可以改进的地方，但它不强迫您使用它提供的方案，您可以选用您所希望的框架来取代其子框架，例如您仍可以在Spring中整合您的Struts框架。 Spring的核心概念是IoC，IoC的抽象概念是「依赖关系的转移」，像是「高层模组不应该依赖低层模组，而是模组都必须依赖于抽象」是IoC的一种表现，「实现必须依赖抽象，而不是抽象依赖实现」也是IoC的一种表现，「应用程序不应依赖于容器，而是容器服务于应用程序」也是IoC的一种表现。 Spring的架构性的好处 Spring能有效地组织你的中间层对象，无论你是否选择使用了EJB。如果你仅仅使用了Struts或其他的包含了Java EE特有APIs的framework，你会发现Spring关注了遗留下的问题。 Spring能消除在许多工程上对Singleton的过多使用。根据我的经验，这是一个主要的问题，它减少了系统的可测试性和面向对象特性。 Spring 能消除使用各种各样格式的属性定制文件的需要，在整个应用和工程中，可通过一种一致的方法来进行配置。曾经感到迷惑，一个特定类要查找迷幻般的属性关键字或系统属性，为此不得不读Javadoc乃至源编码吗？有了Spring，你可很简单地看到类的JavaBean属性。倒置控制的使用（在下面讨论）帮助完成这种简化。Spring能通过接口而不是类促进好的编程习惯，减少编程代价到几乎为零。
J2EE 门户网站系统的技术架构介绍
1.1J2EE 门户网站系统的技术架构介绍 1、政府门户网站技术架构 考虑到政府门户建设的现在和发展需求，系统应用平台具备跨平台、支持多种数据库环境的能力，采用组件化设计方式，易于扩展和维护。 （1）门户网站建设和一般网站建设相比较，具有如下特点 1)信息量大，信息更新及时性要求高，访问量大； 2)对改版的要求迫切，系统易用性、稳定性要求高； 3)采、编、发流程可定制； 4)宽带多媒体内容支持； （2）从逻辑体系架构来看，办公信息系统分为多个层次 1)用户层：与系统连接的外部实体。用户通过浏览器访问管理信息系统。具有交互功能， 进行填写信息、提交请求的操作，请求结果返回在客户端显示。 2)权限控制层：按照用户管理和权限控制列表，审核用户的合法性和访问权限，保证系 统和信息安全。用户个性化界面控制。 3)表示层：对最终用户提供友好的界面，更好地为系统用户提供优质服务。 4)信息接入层：这层中的Web服务器用于对外提供基本的静态信息传递服务，向后台
应用服务器提供客户请求信息并接收返回的信息。 5)应用层：完成业务的逻辑控制和流程处理，进行初步的应用安全控制和权限检查，记 录原始的交易日志，进行交易的存储转发等。对外提供应用服务器、数据服务器逻辑功能，由运行在应用服务器上各个子系统完成。比如：目录服务器用于支持轻量级目录访问传输协议(LDAP)目录服务。 6)据访问层：采用统一的方法访问后台数据。这层中的数据库系统用于结构化信息的存 储和处理，是系统的数据核心。邮件服务器用于提供系统的邮件支持。 7)系统层：提供应用系统的运行环境平台和对硬件系统的管理操作。 8)硬件层：提供整个系统的硬件平台。确保系统正常运行。 （3）平台技术体系架构 应用支撑平台采用先进的、流行的三（多）层技术体系架构，分别为：用户层、业务逻辑层、数据存储层，如下图所示： 1)用户界面层：通过用户权限和信息权限过滤后，统一用户界面显示，接收用户界面操 作和查询请求，将业务逻辑处理后的数据生成用户界面。 2)业务逻辑层：负责按照用户界面层提交的请求，并按照业务逻辑提取、过滤和处理数 据，并将处理完的数据包返回给用户界面层，进行显示。整个系统会有很多的应用子系统，用户通过SERVLET调用应用子系统的功能。 3)数据存储层：负责系统数据和信息的存储、检索、优化、自我故障诊断/恢复，以及 业务数据。 （4）采用三层应用体系架构的优势在于 1)保证系统的安全性：中间层（业务逻辑层）隔离了客户（用户界面层）直接对数据库 系统的访问，保护了数据库系统和数据的安全。
J2EE体系架构分析(珍藏版)
J2EE体系架构分析 目前大多数企业采用J2EE技术的结构设计与解决方案。对于我们学习和研究J2EE体系结构来说，了解与掌握J2EE体系结构的设计方法及一些常用模式是必须的；模型-视图-控制(model-view-control，简称MVC)结构是目前最常见的J2EE应用所基于的体系结构，MVC主要适用于交互式的Web应用，尤其是存在大量页面及多次客户访问及数据显示；相比较而言，一个工作流体系结构更多应用于过程控制和较少交互的情况下；除了体系结构外，J2EE的设计模式对我们解决应用系统的设计也有很大的帮助。 一、J2EE的模型-视图-控制（MVC）体系结构 模型-视图-控制结构是交互式应用程序广泛使用的一种体系结构。它有效地在存储和展示数据的对象中区分功能模块以降低它们之间的连接度，这种体系结构将传统的输入、处理和输入模型转化为图形显示的用户交互模型，或者换一种说法，是多层次的Web商业应用；MVC体系结构具有三个层面：模型（Model）、视图(View)和控制(Controller)，每个层面有其各自的功能作用，MVC体系结构如下： 图1 MVC 体系结构 模型层负责表达和访问商业数据，执行商业逻辑和操作。也就是说，这一层就是现实生活中功能的软件模拟；在模型层变化的时候，它将通知视图层并提供
后者访问自身状态的能力，同时控制层也可以访问其功能函数以完成相关的任务。 视图层负责显示模型层的内容。它从模型层取得数据并指定这些数据如何被显示出来。在模型层变化的时候，它将自动更新。另外视图层也会将用户的输入传送给控制器。 控制层负责定义应用程序的行为。它可以分派用户的请求并选择恰当的视图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的操作；在一个图形界面中，常见的用户输入包括点击按钮和菜单选择。在Web应用中，它包括对Web层的HTTP GET和POST的请求；控制层可以基于用户的交互和模型层的操作结果来选择下一个可以显示的视图，一个应用程序通常会基于一组相关功能设定一个控制层的模块，甚至一些应用程序会根据不同的用户类型具有 不同的控制层设定，这主要是由于不同用户的视图交互和选择也是不同的。 在模型层、视图层和控制层之间划分责任可以减少代码的重复度，并使应用程序维护起来更简单。同时由于数据和商务逻辑的分开，在新的数据源加入和数据显示变化的时候，数据处理也会变得更简单。 二、J2EE设计模式 一个设计模式描述了对于特定设计问题被验证的解决方案，它综合了所有开发者对这个问题所在领域的知识和见解；同时也是对于常见问题的可重用方案，它们一般适用于单个问题，但是组织在一起就可以提供整个企业系统的解决方案。下面我们列举八种常用于J2EE平台的设计模式，并对每种模式作简单的介绍，便于大家学习、理解与灵活应用。 1、前控制器 前控制器(front controller)主要提供一种可以集中式管理请求的控制器，一个前控制器可以接受所有的客户请求，将每个请求递交给相应的请求句柄，并适当地响应用户。 前控制器也是表示层的设计模式，它的出现主要是由于表示层通常需要控制和协调来自不同用户的多个请求，而这种控制机制又根据不同的需要，可能会集中式控制或分散式控制。换句话说，就是应用系统需要对于表示层的请求提供一个集中式控制模块，以提供各种系统服务，包括内容提取、视图管理和浏览，如果系统中没有这种集中式控制模块或控制机制，每个不同的系统服务都需要进行单独的视图处理，这样代码的重复性就会提高，致使系统开发代价提高；同时，如果没有一个固定模块管理视图之间的浏览机制，致使其浏览功能下放于每个不同的视图中，最终必将使得系统的可维护性受到破坏；本文中我们主要讨论的是集中式控制模块，而不是分散式控制，因为前者更适合于大型的应用系统。 基于上面所说的问题，研究人员提出了前控制器的设计模式。在这种模式中，控制器提供一个处理不同请求的控制点，这里的处理工作包括安全事务、视图选
八个步骤开发完整J2EE解决的方案
八个步骤开发完整的J2EE解决方案 J2EE 平台由四个关键的部分定义：规范，实现参考，兼容性测试例和蓝图计划 (BluePrint )。蓝图描述分布式组件架构的最佳实践和设计指导方针。本文介绍了基于Rational 统一开发过程( Rational Unified Process )和设计图应用实例的八个步骤的J2EE开发。通过阅读本文，你将更好地懂得许多重要的J2EE架构方面的主题，并能够将这些知识应用于扩展和修改这个简单的实例以解决你特定的逻辑问题( September 28，2001) 在商业世界里，我们使用J2EE解决商业问题来开发商业软件或给别的商业项目提供约定服务。如果一个公司想利用多层架构开发一个电子商务站点，整个开发生命周期通常包括管理员，架构师，设计师，程序员，测试者，和数据库专家。 为了使各个不同的部分能更有效的协同工作，他们通常需要遵循一定的软件开发流程。经典的开发流程包括瀑布模型，快速原型开发(RAD和极限 编程(XP)。在本文中我们将聚焦于统一开发过程(RUP。RUP提供一种经过检验的方法来分配任务和责任给不同的角色。其目标是保证我们生产出可预期，可预算，符合我们需求的高质量的软件。 我之所以喜欢在J2EE的开发过程中使用RUP出于以下三个原因：首先, RUP是以架构为中心的；它在为大规模开发提交资源之前开发出一个可执行的 架构原型。其次，RUP是基于迭代并基于架构的。其架构通常包括框架和基础结构，可以反复地加入新的组件来定制的扩充系统的功能，而这些都不会影响到系统的其它部分。最后RUP使用行业标准语言一UML来为系统架构和组件建模。RUP 有四个不同的开发阶段：初始阶段，细化阶段，构造阶段，和 交付阶段。本文从技术的观点出发，着重强调架构的思想，涵盖了J2EE开发所涉及到的八个基本的步骤。 1. 需求分析需求分析描述了系统应该做什么，不应该做什么，在此基础上开发者和客户可以达成共识。你可以将功能性的需求如业务概念，领域术语，用例和用户界面(UI)形成文档。非功能性的需求，例如性能，事务等可以在辅助性的需求文档中指出。你可以在纸上或者以HTML勺形式创建高水准的用户界面，这取决于你参与项目的深度。 图 1 表示一个典型的电子商务系统中的两个示例性的用例图。viewOrder用例告诉我们用户通过Web界面登录系统，查看订单列表，点击一个链接查看购物订单的详细内容。addLineItems 用例则告诉我们用户浏览商品目录，选择自己感兴趣的商品，将它们添加到购物清单中。 2 面向对象的分析分析员产生如下问题域模型：类，对象和交互。你的分析应该独立于任何技术或实现细节，包含概念上的模型。对象分析理解问题并获得问题域的相关知识。由于业务过程的变化比信息技术慢得多，你得确保你的域模型不涉及技术细节。
浅谈J2EE架构--SOA
1.1.对新业务系统开发的支持 基础数据维护系统总体采用分布式架构设计，基于标准的J2EE平台开发。子系统之间的交互均基于SOAP接口通讯；其交换数据格式采用XML与json；用户可以通过配置参数来改变返回数据格式；对于B/S、C/S结构开发的系统均有良好的支持和易用性；同时对于跨平台以及跨语言也有良好支持； 1.2.应用服务器 根据本系统的要求和特点，本次选用Oracle公司的WebLogic 10产品作为系统的应用服务器。 1.3.应用程序架构选型 1、采用MVC（Model-View-Controller）架构 MVC 结构是传统三层结构的另外一种描述。MVC每个字母代表不同的含义，M模型（Model）、 V视图（ View ）、 C控制器（Control）。换句话说，M代表着数据的存储（数据库），V代表着最终的用户页面，而C代表着业务的逻辑。 MVC将数据和业务规则从表示层分开，可最大化的重用代码。而且模型返回的数据没有进行格式化，因此同样的构件能被不同界面使用。模型是自包含的，并且与控制器和视图相分离，很容易改变应用程序的数据层和业务规则。如果你想数据库从MySQL移植到Oracle，或者改变基于RDBMS数据源到LDAP，只需改变模型即可。而且，只要正确的实现了模型，不管你的数据来自数据库或是LDAP 服务器，视图都会正确的显示它们。另外， MVC应用程序的三个部件相互对立，改变其中一个并不会影响其它两个，依据这种设计思想能构造良好的耦合构件。 MVC的优点不是体现在产品的功能上，而是让软件的结构变得更加合理，更方便修改。如果你想改动一个页面，只需改动一下页面与控制层的关联关系，而不需要改动任何程序。 2、采用SOA（Service-Oriented Architecture）面向服务架构 SOA，是一个很抽象的技术术语，也是当前最领先的技术架构之一，IBM也
什么是J2EE架构
起点 在“J2EE”这个缩略语被第一次介绍给世人的时刻，也许没有几个人可以预料出它在日后的奇特历程。那是在1999年6月的JavaOne年会上，时任Sun公司Java 企业开发部门主管的Mala Chandra兴奋地预告了Java世界的这位新成员。 那些不熟悉背景的听众们，揣摩着她演说中出现的一串串全新术语，表情大概又是惊喜、又是迷惑:一个完整的“多层企业开发架构”、以“容器”和“组件”的形式提供服务、一套“厂商中立的开放技术规范”、对开发者隐藏了不同平台和“中间件”的技术细节、实现了企业级应用间的“无缝集成”等等。 在今天的开发者看来，这些似乎都已经是老生常谈，但在当时的场景下，闪动在幻灯片上的每一个口号，都意味着听众们事后又要经历一段困难的学习过程。 幸亏Chandra有一副了不起的口才；这位本科念建筑学的印度裔高层主管，谈起软件架构来也有特强的空间想象力。她清晰地说明了设计J2EE架构的两个初衷：首先，对于厂商，J2EE意味着一套开放标准，加入这个标准，他们的产品就可 以运行在各种不同的操作系统和工作环境下，成为一个成熟的企业运算体系中可替换的部件。 其次，对于开发者，J2EE是一套现成的解决方案，采用这个方案，企业应用开 发中的很多技术难题（包括跨平台移植、事务处理、安全性等等）就会迎刃而解，“信息像一条不间断的河流，经过各种各样的平台和设备，从企业应用系统的这一端流向那一端”。 要想理解这段话在当时的实际效应，我们仍然要把时间指针拨回1999年。除了预备迎接千年虫之外，99年你做了什么？为了回答这个犀利的问题，我翻出6 年前的工作记录，发现了自己那时参与的一个项目的规格说明书，它正好能提供一幅“Java企业开发”在1999年的标准照。 这是一家日本知名IT厂商的企业信息管理系统，运行在NetScape 3.0 Gold浏览器中的Java Applet界面，通过一个专用的中间层系统与Oracle 8数据库连接。这个中间层已经相当现成、完善，能够提供远程对象调用、事务处理等一系列的底层服务；留给我们的任务只是完成服务器端业务对象代码，以及相应的客户端交互开发。 除了Applet客户端有些特别之外，上述系统与今天常见的J2EE架构很接近；尤其是业务对象编码也由home类、PK（主键）类、entity类等部分构成，很多 机制都与EJB如出一辙——只不过这些类并没有继承javax.ejb包的接口，而是采用了专用的API。它与EJB之间的相似不像是偶然的，设计者肯定参照了Sun 在1997年底推出的EJB 1.0技术规范。 换言之，在J2EE诞生伊始的语境中，市面上已经存在着很多程度不一的“准J2EE 中间件”了。它们主要用于解决三大类问题：事务处理、分布式对象管理和 Web
J2EE平台技术架构
J2EE平台技术 J2EE 是企业级应用的一种规范，包含有很多方面的技术和构件：如Javascript、Ajax、Jsp、Servlet、JavaBean、EJB、JMS、Jdbc、JTA、SOA、远程调用RMI、事务、安全、容器、中间件、数据库以及开源的组件和框架，如Ajax框架如Jquery,DWR、展现层框架Struts、业务逻辑框架Spring、对象关系映像框架Hibernate、Ibatis等，SOA规范的重量级Websevice组件如Xfire组件、轻量级如Hessian组件，另外还有一些类似JMS和消息驱动Bean的异步消息处理框架等。另外还可以包含如异常错误及日志处理Log4j组件及Applet等客户端组件。 DAO，JSP，POJO DAO：数据访问对象，是用于处理集成层的，衔接上层Service（即业务逻辑层）及下层POJO （和数据库表记录进行映象的实体对象） POJO：和数据库表记录进行映象的实体对象，在Hibernate中有对应的hbm.xml文件对实体对象和相关表进行映像描述。 JSP：Java服务页，容器先把其转换成Servlet,是Html,Javascript,Java,Ajax等的混合体。其存贮在服务器请求响应后按Html规定的格式显示于浏览器。 Hibernate、Spring、Struts框架 Hibernate：处在J2EE的集成层，用于对象关系自动映象，和Hql等配合使用，使关系对象化，使开发更切合面向对的思想。现在Hibernate也支持Sql语句，并支持一级缓存二级缓存及延迟加载和事务等技术以搞高并发性及安全性等。 Spring：处在J2EE的业务逻辑层。它本来还包含一个类似Struts展现层（Spring3在这一块己经有了很好的支持），不过如和Struts配合使用我们一般使用其IOC及Aop技术，其中Ioc 对Bean进行依赖注入和控制返转，以达到组件重用及松散耦合的目的并提高可维护性性。Aop是面向切面的技术，其使可以开发者更专注入业务逻辑处理，而那些与业务逻辑关系不是很大的而系统很多地方都有可能用到的地方进行集中优化并自动处理，如事务处理、日志处理等。Spring事务分为编程式事务和声明式事务，声明式事务又可通Aop及拦截器两种方式实现。另外Spring也支持分布式的事务处理。 Struts2：处在J2EE的展现层，可以和Jsp配合使用，有自己的一套标签，有Action进行流程控制，有相关的配制文件Struts.xml，如果配制很多，可以专门给每个子模块做一个子模块配制文件。上可以接收页面传来的数据并把从业务逻辑层获取的数据返回给返回页面，下可以把从页面接受到的数据传给业务逻辑层并接收业务逻辑层返回的数据。Struts2的action 属性可以用来临时保存从页面接收到的数据。Action下面调用Service（即业务逻辑处理层）。 JavaScript脚本语言、XML语言,流行的javascript框架 JavaScript脚本语言：其执行在浏览器端，可以用来做一些页面验证和提示工作及一些页面业务逻辑处理工作，另外还有一些特效工作。也是一种面向对象的语言。页面验证和提示工作提高系统的安全性，业务逻辑处理工作提高系统的效率并降低服务器的工作压力。JavaScript包括文档对象模型、W3C等。
J2EE框架及服务器
Java开源J2EE框架】 Spring Framework 点击次数：30604 Spring是一个解决了许多在J2EE开发中常见的问题的强大框架。Spr ing提供了管理业务对象的一致方法并且鼓励了注入对接口编程而不是对类编程的良好习惯。Spring的架构基础是基于使用JavaBean属性的Invers ion of Control容器。然而，这仅仅是完整图景中的一部分：Spr ing在使用Io C容器作为构建完关注所有架构层的完整解决方案方面是独一无二的。Spr ing提供了唯一的数据访问抽象，包括简单和有效率的J D BC框架，极大的改进了效率并且减少了可能的错误。Spring的数据访问架构还集成了H ibernate和其他O/R mapping解决方案。Spr ing还提供了唯一的事务管理抽象，它能够在各种底层事务管理技术，例如JTA或者J D BC事务提供一个一致的编程模型。Spr ing提供了一个用标准Java语言编写的A OP框架，它给P OJ Os 提供了声明式的事务管理和其他企业事务--如果你需要--还能实现你自己的as pects。这个框架足够强大，使得应用程序能够抛开EJB的复杂性，同时享受着和传统EJ B 相关的关键服务。Spr ing还提供了可以和IoC容器集成的强大而灵活的M VC W eb 框架。【S pring ID E：Ec lips e平台下一个辅助开发插件】. Expresso Framework 点击次数：5894 Exp res s o Fra mewo rk是一个基于开放标准的J2EE体系框架，可以让开发者专注于应用程序逻辑。它是一个可扩展Java Se rver应用程序框架组件库，用于创建基于开放标准的数据库驱动的W eb应用程序。Expres s o和A pache Jakarta Struts集成在一起，后者强调表达和应用的配置并为Exp res so提供了一个功能强大的标签库。 Dinamica Framework 点击次数：5505 这个框架是基于M VC设计模式。但其它一些M VC框架相比较，它的各部分体现出了高度的重用性，这样将消除你不必要多余的设计。各任务的调度使用简单的XM L 配置文件与模板使它们之间的逻辑完全分开。Dina mica没有使用任何模板语言与js p 技术，而是使用特殊的标记来代替真正的数据。 EJOSA 点击次数：5117 EJ OSA，企业级开源架构，利用Enhydra和JOnA S 为开发者提供一个易用的开发架构。实际上使用EJ OSA就是使用Enhydra和JOnA S ，因为他们都是EJ OSA的主要组件。EJO SA作用是把一些组件都预先配置，并提供一个简单明了的目录结构，目的是减轻开发的难度，让开发者把重点放在业务处理上。 Jeenius Framework 点击次数：5290 利用Jeenius框架可以很容易开发J2EE应用程序.Jeenius主要关注的构建是基于W eb 的应用程序. jGuard 点击次数：5573