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

会计考友

设计目标：
. s: M9 {0 H" o' t    1.       开发效率
    2.       性能、预算
+ e# {- S3 @7 [9 y' o    3.       符合OO设计
    4.       避免复杂性
0 }% _) E8 k+ O! T    5.       可维护性、可扩展性，可重用性
! \' u0 U0 o8 W: Z$ @7 a4 E    分布式应用
" N1 b* `* S% d1 P* z2 ]    不足：
    1.  增加了应用的复杂性
- }, n% ?) y" c8 w    2.  对性能会造成一定的影响
    3.  给OO Design带来一定的困难
    优点：
+ J% N# X0 u5 Z) ?    1.  能满足多类型客户端的需求（applet, swing）
    2.  能同时将组件部署到不同的应用服务器
! W3 d$ ]' k5 U- j# u7 i    采用前提：
    1.  客户端需要使用J2EE技术，比如Swing
, N+ r0 h5 h( x$ ~: @    2.  为了与已有的分布式应用集成
" F# Z$ K1 e( o3 v0 C& l    3.  需要将J2EE组件部署到多个应用服务器
    4.  实现对多应用组件部署进行控制，提高系统灵活性、可靠性
    可选技术：
2 L; U# G- W7 S8 l, v; k    可通过集群和负载平衡（remote interface调用单服务器应用）来实现分布式应用的健壮性、灵活性
# j0 c/ C- L- {$ n  s' o- x& e5 g    EJB技术
" `2 R# f# A, K, K3 e) i; Q+ w2 N    缺点：
" b0 U! b. z# z5 \. f, n    1.  测试困难
    2.  部署麻烦（classloader复杂、部署描述符复杂、开发－部署－测试周期长）
    3.  采用remote interface的EJB不符合OO Design
3 M3 \- g: B% m: Q    4.  技术复杂，可能将简单需求变得复杂开发
    5.  减少了应用服务器的选择
- G4 C& g; R9 Q* ]8 F% e    优点：
0 f& B  [: q/ ?3 p' Z% L0 K# b    1.  能远程访问组件
    2.  能将应用组件部署到不同服务器（分布式应用）
    3.  支持多客户端访问
' g. B0 T& G9 T* W, Z6 s3 J4 [    4.  使用到异步消息模式的时候可以采用message driven bean
    5.  能实现复杂的事务管理
# P2 Q6 W: S0 t. a5 [- N  t    采用前提：
    1、  对EJB底层比较熟悉
6 F- X7 D+ \: ?3 h6 G    2、  需要使用EJB的角色安全访问
9 W+ x$ A) F5 P2 l+ A3 ?    3、  需要使用EJB的事务管理
4 Q& y% r8 |& \1 x    4、  需要使用EJB的线程安全管理
6 i4 q, t# a" n" g* q+ `. [. }- K    5、  需要使用基于RMI/IIOP的分布式架构
    4种J2EE基本框架
# ], e/ \. Z* G1 ^% |9 x$ L: ~    一。非分布式框架
    1、（Web UI tier + Business Logic tier） + implement tier + DBMS
    实现简单、能满足大部分需求，是中小型J2EE项目中采用最多的框架，虽然没有使用EJB，但是层次清晰。
/ Z: d2 p' T9 V; ?( {    优点：
    1.简单
# ?5 T! O& o+ ?7 t) N    2.速度快
    3.符合OO设计
, l" \* M( z2 R0 {8 Q8 t    4.容易测试
    缺点：
8 T, ]- |+ J( R. Z" \  ]- B. E  T    1.仅仅适用于Web UI
- I( q( l) }4 q+ A    2.自己管理事务
    3.无法实现高并发处理
5 k5 o1 X  e$ G" P1 z- i    4.无法使用entity bean
4 `; r2 d) {! J. o$ k( _+ f+ O    5.不支持多JVM应用
    2、Web UI + local EJB + DBMS
    稍微复杂，能使用EJB容器的事务，线程管理，没有采用分布式特性，性能比远程调用稍好
% d" |7 I% d# A. J9 S4 w' _    优点：
    1.降低了EJB的复杂度
2 C3 |+ G- M+ S( i7 V    2.不会对基础框架造成影响
0 `8 x& F2 H- _# U* m) K9 Y    3.本地调用对性能有一定优势
; t- [6 l. `2 N    4.可以使用EJB容器的事务和线程管理
    5.可以使用entity bean
    缺点：
    1.比纯web应用复杂
  a9 r# z  a1 b& r1 P( g, }    2.单JVM运行
" |0 K: g$ k- k/ b+ [    3.单客户端（web）支持
    4.测试困难

会计考友

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