基于J2EE架构的企业应用开发新思维.docVIP

基于J2EE架构的企业应用开发新思维 TOC \* MERGEFORMAT 1前言 PAGEREF _Toc239131663 \h 2 2 Web开发的困境 PAGEREF _Toc239131664 \h 3 2.1概述 PAGEREF _Toc239131665 \h 3 2.2Web系统开发的复杂性 PAGEREF _Toc239131666 \h 3 2.3开发人员的困境 PAGEREF _Toc239131667 \h 5 2.4维护人员的困境 PAGEREF _Toc239131668 \h 6 2.5科技公司（乙方）的困境 PAGEREF _Toc239131669 \h 7 2.6客户(甲方)的困境 PAGEREF _Toc239131670 \h 8 2.7原因分析 PAGEREF _Toc239131671 \h 10 3 Web应用以谁为中心？浏览器？服务器？ PAGEREF _Toc239131672 \h 11 3.1B/S的历史发展沿革 PAGEREF _Toc239131673 \h 12 3.2计算模式历史 PAGEREF _Toc239131674 \h 14 3.3初步结论 PAGEREF _Toc239131675 \h 14 3.4新模式技术架构 PAGEREF _Toc239131676 \h 14 3.5新模式技术范围 PAGEREF _Toc239131677 \h 16 3.6新模式下人员分工 PAGEREF _Toc239131678 \h 17 4 J2EE框架批判 PAGEREF _Toc239131679 \h 18 4.1关于J2EE开发的比喻 PAGEREF _Toc239131680 \h 18 4.2从C/S开发模式反思分层的必要性 PAGEREF _Toc239131681 \h 19 4.3技术框架上的皮之不存,毛将焉附 PAGEREF _Toc239131682 \h 20 4.4 J2EE系统架构的致命缺陷 PAGEREF _Toc239131683 \h 21 4.5 Hibernate是垃圾 PAGEREF _Toc239131684 \h 22 4.6为什么J2EE如此低效用户无法参与开发 PAGEREF _Toc239131685 \h 23 4.7谈谈对web开发UI基础架构的一些看法 PAGEREF _Toc239131686 \h 27 5 Web企业开发困境原因分析 PAGEREF _Toc239131687 \h 31 5.1分工过细 PAGEREF _Toc239131688 \h 31 5.2技术路线多头并进 PAGEREF _Toc239131689 \h 32 5.3开发维护复杂度太高 PAGEREF _Toc239131690 \h 33 5.4客户无法参与 PAGEREF _Toc239131691 \h 33 6解决之道 PAGEREF _Toc239131692 \h 34 6.1 WebDW产品说明 PAGEREF _Toc239131693 \h 34 6.1.1 WebDW简介 PAGEREF _Toc239131694 \h 34 6.1.2 WebDW设计思路 PAGEREF _Toc239131695 \h 35 WebDW释义 PAGEREF _Toc239131696 \h 35 WebDW的设计理念 PAGEREF _Toc239131697 \h 36 数据窗口对象说明 PAGEREF _Toc239131698 \h 37 6.1.3 界面示意图（同一个界面文件，VB，Java，Flex版本不同实现） PAGEREF _Toc239131699 \h 38 6.2其它可行的技术方向 PAGEREF _Toc239131700 \h 39 6.2.1跨越语言和平台的鸿沟 PAGEREF _Toc239131701 \h 39 7结束语 PAGEREF _Toc239131702 \h 40  1前言 在企业级的应用系统开发领域，J2EE架构现在已经被普遍接受了。虽然它并未完全兑现刚刚出现时的种种美好许诺，跨平台，分布式，易于开发维护等等，但J2EE的广泛普及，已经是一个不争的事实。 虽然J2EE已经非常普及，但从技术上来讲，它本身还是存在很多缺陷的，比较突出的缺点，就是开发效率低，维护更加复杂，许多项目组都陷入其中不可自拔。本文将就造成这一现象的原因进行初步探讨，并在此基础上提出自己的解决思路。 本文讨论的范围仅限于采用B/S开发企业的应用系统，不涉及网站类型的应用开发。讨论的技术方向，主要针对J2EE，其余技