1、 java 的高级应用控制层应遵循 OO 惯例Hibernate 的 reference 的副题目叫做:适宜 java 老例的 O/R 常设化，这提醒了目前三层布局的远大题目，即是三层的不统一。到目前为止，仿照照旧难于在网站界面上搞定 C/S 模式中“master-detail“，“lookup“的快捷的用户交互。目前常见的网站 application 的布局，包含网站 browser/application server/database。database 攻陷主流的仿照照旧是经典的 E/R 模子，这个模子是基于行集的，因而在 vb/delphi/power builder 的理论中，dat
2、a source/table set 都是基于行集的，odbc/jdbc driver 也都是基于行集的。 view 层的 DbGrid 也是基于行集的，与 Entity 模子对应得尤为好，开发纯洁直观，相信这是 C/S 模式得到麻利广而告之的重点启事之一。“master-detail”,“lookup“都是 C/S 模式下极为常见与直观的关联模式。但本质上，Object pascal/java 都是面向对象的。在此，就呈现了一次远大的不统一:OO vs E-R。呈现的操持方法即是 EJB 与 O/R mapping 工具。EJB 的 entity bean 是晚期的 entity 封装模式。
3、可是与其时以hibernate 为代表的长辈工具 (对 POJO 履行常设化) 比拟起来，在 OO 与 ER 的对应上显得拙笨而难于应用。在这些工具中，代表 OO 与 E-R 融合的最本质的坚守则是秉承树与表布局的对应干系。hibernate2支持整棵秉承树与一个表对应、秉承树中每一个类与一个表对应两种根蒂的对应干系，而 hibernate 3引入的 join标记则更或是将二者融合，搞定每一个类可选与基类在同一个表中常设概略在新表中保存一部分常设数据，或是说 hibernate 3把这个对应的工作搞定得尤为杰出。“master-detail“,“lookup“则对应 hbm.xml 何等的映射
4、文件中的“one-many“,“many-one“关联。database 与 java 的融合搞定以后，下一步，不可防止的即是现有的网站 client 与做事器端代码之间的融合。从皮相上看，网站 client 过多采纳 html/javascript 搞定，而做事器端采纳 java 输出，二者是容易的呼吁/反馈的模子，这个模子从 model 1发展到 MVC 的模子后，编写代码变得清楚，可是开发人员仿照照旧发现，编写网站 app 仿照照旧不是一件容易的变乱。struts/ 网站 work 仿照照旧只怒火常底层的基础，对编写客户端业务对象不有什么副手。好比说,在做事器端 java 程序建模时，大
5、家曾经习俗用 pojo 分析定单/客户/制作品，可是在编写网站 client 时，struts/ 网站 work 都只能副手你搞定页面提交/反馈的流程，却不能副手你分析客户端业务:新建定单时，决计了客户以后，判断此客户是否有奇珍奇宝的预收款，何等一个容易用例在程序员心目中的反映仿照照旧是每一个字段的 input tag,每一个页面 post 上来的 model,以及如何用 action 的处理再次衬着下一个页面。最大的题目，即是作为表现层的网站 client 端代码与做事器端代码囊括的语义挣脱。具体表其时:在采纳 struts/网站 work 何等的 MVC 布局的时分，通常不会考虑在客户端进
6、行业务管教，好比由javascipt 判断预收款是否奇珍奇宝。因而紧要不竭的屡次页面刷新才智搞定整个逻辑。要操持此题目，通常或是采纳把业务逻辑一部分转移到客户端，以 javascript + xmlhttp 或 javascript + 网站 service,java applet/application,以致采纳 office 平台(嵌入代码到 excel)搞定整个业务逻辑。有了良多题目:1，若要在客户端搞定业务逻辑，或是客户端代码不有对应 Pojo 何等的基础 object 装备。javascript 不足如 interface 何等的基础布局。excel 图谋在这点更加难于进行，因为整个
7、开发波及到的说话太多，形成开发难度加大，工程管教艰巨。直接终究即是，难于在客户端代码中定义“master-detail“,“lookup“等关联。就算在工程计划中在javascript 中定义 pojo(plain old javascript object)及其关联，也难于利用 hbm.xml 何等的现成关联描写。2，客户端基础装备难于进行界面元素绑定。在处理大批数据时，excel 图谋在此体现出出色的优势，客户对内置程序的 excel 的承受程度尤为高，但缺点是这种 excel 程序难于做到 xmlhttp 或是轻松做到的动静盘诘等个性。3，客户端基础装备难于与做事器端进行交互。xmlht
8、tp 以及网站 service 可选，可是在企业应用中其低下效率或是会带来做事器的压力隐患，飞腾屈就与吞吐量。若 excel 图谋，则沟通面对着与做事器数据交互的艰难。不管是 xmlhttp 图谋照旧 application 图谋，都面对着抛弃 struts/网站 work 从头搞定request/response dispatch 的要求。4，客户端基础装备难于进行单位测试。有 junit4js，port 了 junit 3.8.1，但不有稚子的 stub/mock 工具。excel 图谋在此几近不可测试。5, 客户端基础装备难于调试。javascript 不足沟通 log4j 何等的 lo
9、g 工具(log4js http:/ 妹妹 es/jslib.htm ;何等的工具还远不有稚子)，也难于进行断点跟踪。excel图谋倒是有残破的 vba 情况。6, 客户端基础装备运转效率低。javascipt/vba 都是讲明说话，难于搞定冗杂逻辑，其屈就决计只能用它们进行细粒度的界面管教。7，因为浏览器的团结，形成说话的不标准，应用程序难以跨平台应用。在 IE 平台上或是应用behavior 与 expression 这种类 AOP 的操作，却无法在 mozilla 中搞定。jsf 图谋有望成为备选图谋，可是根据 myfaces 目前的情况，要搞定更多的表现层控件，才智搞定更冗杂灵活的管教。下面一次软件开发方法的突破，向前看，或是呈现方案方法的突破，MDA 是方向;另一个方向即是向后对具体搞定的突破，在沟通网站 app 何等的具体技能( 除了网站 app,application 沟通面对沟通题目)上，关因此否大要把 model 的定义直接带入到表现层，JSF 与.NET 或是会有新一轮单干。文章链接：java 视频 http:/www.leadfar.org/
