JAVA认证：J2EE框架设计技术解析

会计考友

设计目标：
    1.       开发效率
& J$ @' r0 g( `4 |- }4 t    2.       性能、预算
: ?/ v" c& q) Q- A' r    3.       符合OO设计
; O* m! U- d5 X0 H2 h% i    4.       避免复杂性
    5.       可维护性、可扩展性，可重用性
    分布式应用
/ j2 w8 Y) A  A: @3 {    不足：
    1.  增加了应用的复杂性
: ^) M! \7 _5 c  I    2.  对性能会造成一定的影响
    3.  给OO Design带来一定的困难
5 {/ g. l6 o6 ?! p- x    优点：
    1.  能满足多类型客户端的需求（applet, swing）
    2.  能同时将组件部署到不同的应用服务器
    采用前提：
7 e! t6 E1 e' ]# ]- ~4 v0 V: W    1.  客户端需要使用J2EE技术，比如Swing
    2.  为了与已有的分布式应用集成
0 A( f% ?6 ]- O3 q5 r% [    3.  需要将J2EE组件部署到多个应用服务器
    4.  实现对多应用组件部署进行控制，提高系统灵活性、可靠性
    可选技术：
5 i/ ^( H/ Z" E    可通过集群和负载平衡（remote interface调用单服务器应用）来实现分布式应用的健壮性、灵活性
' s4 i* o5 ~) o" C& a, b6 W) e    EJB技术
1 p0 B- i5 f2 B    缺点：
    1.  测试困难
3 {7 c5 n7 n% ~  K    2.  部署麻烦（classloader复杂、部署描述符复杂、开发－部署－测试周期长）
% n# L# T2 f6 M: N( \5 A1 k" J    3.  采用remote interface的EJB不符合OO Design
- U1 k( ]; a+ J# b2 R# o    4.  技术复杂，可能将简单需求变得复杂开发
# c* G5 c8 K8 }) h1 I" G    5.  减少了应用服务器的选择
2 h* q2 s5 S7 R' I& H    优点：
    1.  能远程访问组件
4 g2 J  k( v5 t; b/ G, k0 W    2.  能将应用组件部署到不同服务器（分布式应用）
    3.  支持多客户端访问
    4.  使用到异步消息模式的时候可以采用message driven bean
1 F  T0 w, T: |- _6 Q* D4 [    5.  能实现复杂的事务管理
) @; v9 d3 C* w- b    采用前提：
2 w" U# c0 C' G5 t6 \# j    1、  对EJB底层比较熟悉
6 \' i1 u2 f. E* k    2、  需要使用EJB的角色安全访问
$ n+ r( @& F: h. c; h    3、  需要使用EJB的事务管理
    4、  需要使用EJB的线程安全管理
' D5 X, j! s" m! [    5、  需要使用基于RMI/IIOP的分布式架构
+ b* Q! Z7 c# k: g    4种J2EE基本框架
    一。非分布式框架
0 A/ c" M5 u6 d    1、（Web UI tier + Business Logic tier） + implement tier + DBMS
: I5 }: G6 r4 x+ b% q; |5 `+ O    实现简单、能满足大部分需求，是中小型J2EE项目中采用最多的框架，虽然没有使用EJB，但是层次清晰。
: H, L' d% ?3 f! A    优点：
* u2 r; m$ }4 z2 U# [4 L    1.简单
( L5 ]! I9 C( f$ H+ _/ P    2.速度快
    3.符合OO设计
5 t2 y% l8 q+ }1 W: ^2 e    4.容易测试
    缺点：
& |: v. E+ o8 p. F    1.仅仅适用于Web UI
+ F4 }" j9 K2 z  n( x3 q, m    2.自己管理事务
    3.无法实现高并发处理
    4.无法使用entity bean
    5.不支持多JVM应用
    2、Web UI + local EJB + DBMS
; U( o% r6 R+ ~$ ?, y% T, F    稍微复杂，能使用EJB容器的事务，线程管理，没有采用分布式特性，性能比远程调用稍好
, m! F9 b$ h/ K$ v    优点：
    1.降低了EJB的复杂度
    2.不会对基础框架造成影响
    3.本地调用对性能有一定优势
    4.可以使用EJB容器的事务和线程管理
' N3 Z9 W& g$ t! V" u    5.可以使用entity bean
/ a+ s) X) F8 u4 K  ]$ G. l    缺点：
    1.比纯web应用复杂
2 S$ T) l5 m9 I0 \0 i    2.单JVM运行
    3.单客户端（web）支持
    4.测试困难

会计考友

二。分布式框架
    1.基于远程调用的分布式
" b- @6 |  r' S3 C9 e8 K% X* e    架构最复杂，对有远程访问客户端的需求是理想选择，健壮、灵活，但是不容易维护、测试、实现困难
. p7 H) _$ u4 K# a6 p) G    优点：
" ?$ t) o9 q7 f" `6 K- H! ?% c. r! e    1.  多客户端支持
0 X% F  V' h2 d/ T$ k/ E    2.  可将应用组件部署到多台服务器（JVM）
# a) x2 Z3 x  |; _. ^% g2 u    缺点：
! v' ~" j. T' [7 B5 }9 l* @' s    1.增加了复杂度
    2.影响性能
    3.调试困难
    4.必须在EJB容器中运行
    5.异常处理复杂
    6.OO设计困难
/ _+ Y, M4 L2 S7 e" b$ B- E7 I    2.基于Web Service的分布式
    对非J2EE客户端调用适用性好，无分布式调用，往往作为第一、第二架构的变体。
    优点：
4 A$ I* U5 Y5 e) g2 K* T" v% p    1.  通用标准，能支持更多客户端类型
    2.  提供的Web service接口比RMI接口更好
9 C# i3 M9 o/ a2 c) U    3.  Web service传输协议比RMI更友好
    缺点：
, B& p0 h7 S' _  L% M    1.  性能差
2 K) K: N! N1 `6 ^6 K+ H( T  _    2.  需要作object与xml之间的转换
    3.  相对于java client来说，性能也不好
    UI框架部分
3 ~1 \8 [& Z( S9 P1 L    选择UI的几个决定性因素：
    1.  用户的实际需求
4 S0 _# t) V; q# X, P% g: t    2.  项目的性能要求
    3.  当前开发人员技术水平
    J2EE框架设计几个需要强调的观点
0 ~5 i" _; O( H+ ^    简单
. s( h' K2 m/ _0 a    可维护性
" N+ N/ }: o  G, j/ ]    性能
3 \$ {* V" F" J4 Q' [    开发效率
    J2EE框架设计通用法则
2 W+ M5 C3 I( w3 v/ _/ b    1.  使用J2EE，而不是让J2EE牵着鼻子走（因需而用，而不是因有而用）
    2.  万不得已不要使用EJB（谬论：把EJB视为J2EE核心）
    3.  万不得已不要采用分布式架构
) W$ D+ V8 w* R% _    4.  企业应用不要仅仅局限于J2EE技术（业务知识，。NET技术）
0 M% T, Y% w# W5 q- Y; W8 e0 R    5.  J2EE不仅仅是一个规范
    6.  谨慎处理数据库通用性，数据比J2EE应用的寿命更长
2 ^3 m& e$ {* P: C& g( m    7.  利用好JDBC（SQL）技术
( Z( d! G3 c- z* p    8.  不要忽略数据库的能力
7 ]. d8 V# C7 R) T6 b' ?* e    9.  简单即是美
    10.有时候使用EJB的好处可能来自于无状态Bean
    11.在项目启动初期就应该考虑到性能问题
    12.在设计的时候考虑应用在集群环境下运行的可能性
    13.好的J2EE设计来自于好的OO设计
5 ]* _5 L' f* I$ b    14.使用辅助类来隐藏底层API实现
9 Q, ?4 a/ D, {; u  L& K    15.在web UI层采用MVC框架
  u! z% b4 \, z# |    J2EE框架设计成则
    1.  底层设计必须着眼当前可用规范而不是未来新规范
    2.  没有针对实际需求的简单例程参考价值有限
9 d: R% x% _6 E& N2 }5 Z    3.  对框架进行详尽的测试
4 l2 w9 t, d7 l" C    4.  对代码进行详尽注释
    5.  尽可能早的对风险加以解决
7 x; m  w$ |* M    6.  项目启动时就确定所采用的服务器
- w' }9 A/ e+ q    7.  在项目早期实现自动测试和构建
    8.  在项目启动时雇佣J2EE设计专家
    9.  避免重复发明轮子
    10.统一设计和编码风格