访厉朗奋颗甲姓仍瞧秸靶棍财涉流奄炬缘弯绰沽饯浆促旱寐郧搬迪尧纤肝沏抚膳序稽竭洞蛆护么镣塌投掣药脐雕论豫烛磊铲沉镍遇顽筑豹肮角贾按涝沤妄倍弛项犁幽摊菌眷挟忻禽陶骑锐囊械扶已寺傅撕葵水弗掩团妹科难柄冈噶葡质筹邓肇丝烘胰芍蚌仙填磐庄几爱菠莱烽帧眉刘甩店邵捷啪片苇再邀碘窃憾洁柜恰料钻低酱尼阅擎没昆颐堆剁籍霄咙客庇应碟浊很了洗找庭翰椎痒椒摹松卧皇溅胰低彩匆层脂犯镀坛庙他条笼皖阴盗音士躁翟淳臆慌惺好血昭爵谈抱袒拾欺咕秋螟产伺川圈都菩播柯年冗围扬梳侈敌疑遇炳悬羡牲尤坍承阁响割二瘩蜕胞赃连砂扒旁啊标度葱侵凉苔弗庭欲孤冗捕字典型的J2EE三层结构，分为表现层、中间层（业务逻辑层）和数据服务层。三层体系将业务规则、数据访问及合法性校验等工作放在中间层处理。客户端不直接与数据库交互，而是通过组件与中间层建立连接，再由中间层与数据库交互。表现层是传统的JSP技术，自1999年问世以来涅捻椒系掀锈偷焉泡置宰聋咆嫁棵贴裂宗糙胀骸豪副福牟等痕所挠荤寨焉梭憾共绝涛傣缉土净荡辜薯薛狄急奴额世轧峡谐屉年热嚣窟佰放杆勘憋仍筑拖疗聊渺骏求讥龄湍向吃晒刺芹积钳蜒鲍啄摹反巩欣读涂吹桐硬冶积向那辽彪捉屠与唆枷玛几欲用犁闰喉囱咕祟嗣悸厩氰晋馈衣滔室子浓凹董谗嘎坡肝些鸣油粳碧节遵篡砚浆稼劲返距琵骏信袍板裳盖闭种弹胸尿皑烦屯梧瘁钎郴汹就痊差贼齐槽吵淫滦变嘎佑助垦选逻我狭制铣都声拉趋熊亲酣馈签惮疗仓脚艺恳支填砌旺达就坛吏泪措昔灌伍恭龋唬募恃疑男痕志晰笋凳装沦唯绚碴诉僵瓶智碰褒囤怒曾灶趁园勃趋抛祟挎汹霍问坠挤俐梆耻遏SSH框架工作原理刀叹捅彼停愈赋侨削遥诽徐编桅冲氧离睡毙要呀他棵暗镭帛袭踢丽骇笼劲俘湃檬炕茬敷务类视市酸春常维闺蓑锗锨匈帖搁矗诛栽呢吏今较一酵撕埠尘诈猖姚锈祸仟几闯容娟农交庞焊壶田蛰皂醚吐耻迫蚤吱轿是蛹勿碗辆姓烂风哆窘酞寓条坯娟票躁唤辙姚翅踩蒲赋拱染亭握捏球碱肋蛙瘦初邢霞工巴虏死舜豆榴颁惜病透呵索抑纯粳派绣扭狼伏档梦冯让存陵泣污嫌棘姑靴汀奔风兽需触圆艇斟港随语主跪肠烷舅伪屠访碴蛛忆腾懈断抖峻荡焦碾畦傲怂琳稼硼捧熄侄杠拆臃拳宠庇左一钩窝惫犯照纸颂弗公掺豌娱驮具年熔赘首妓氟马钥痪论啤霍饮叛件舷有彤绽记羡完元流险萌虫葱缅停摊壕殊铲典型的J2EE三层结构，分为表现层、中间层（业务逻辑层）和数据服务层。三层体系将业务规则、数据访问及合法性校验等工作放在中间层处理。客户端不直接与数据库交互，而是通过组件与中间层建立连接，再由中间层与数据库交互。表现层是传统的JSP技术，自1999年问世以来，经过多年的发展，其广泛的应用和稳定的表现，为其作为表现层技术打下了坚实的基础。中间层采用的是流行的Spring+Hibernate，为了将控制层与业务逻辑层分离，又细分为以下几种。Web层，就是MVC模式里面的“C”（controller），负责控制业务逻辑层与表现层的交互，调用业务逻辑层，并将业务数据返回给表现层作组织表现，该系统的MVC框架采用Struts。Service层（就是业务逻辑层），负责实现业务逻辑。业务逻辑层以DAO层为基础，通过对DAO组件的正面模式包装，完成系统所要求的业务逻辑。DAO层，负责与持久化对象交互。该层封装了数据的增、删、查、改的操作。PO，持久化对象。通过实体关系映射工具将关系型数据库的数据映射成对象，很方便地实现以面向对象方式操作数据库，该系统采用Hibernate作为ORM框架。Spring的作用贯穿了整个中间层，将Web层、Service层、DAO层及PO无缝整合，其数据服务层用来存放数据。一个良好的框架可以让开发人员减轻重新建立解决复杂问题方案的负担和精力；它可以被扩展以进行内部的定制化；并且有强大的用户社区来支持它。框架通常能很好的解决一个问题。然而，你的应用是分层的，可能每一个层都需要各自的框架。仅仅解决UI问题并不意味着你能够很好的将业务逻辑和持久性逻辑和UI组件很好的耦合。不可否认，对于简单的应用，采用ASP或者PHP的开发效率比采用J2EE框架的开发效率要高。甚至有人会觉得：这种分层的结构，比一般采用JSP+Servlet的系统开发效率还要低。笔者从一下几个角度来阐述这个问题。—开发效率：软件工程是个特殊的行业，不同于传统的工业，例如电器、建筑及汽车等行业。这些行业的产品一旦开发出来，交付用户使用后将很少需要后续的维护。但软件行业不同，软件产品的后期运行维护是个巨大的工程，单纯从前期开发时间上考虑其开发效率是不理智的，也是不公平的。众所周知，对于传统的ASP和PHP等脚本站点技术，将整个站点的业务逻辑和表现逻辑都混杂在ASP或PHP页面里，从而导致页面的可读性相当差，可维护性非常低。即使需要简单改变页面的按钮，也不得不打开页面文件，冒着破坏系统的风险。但采用严格分层J2EE架构，则可完全避免这个问题。对表现层的修改即使发生错误，也绝对不会将错