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

基于J2EE架构的企业应用开发新思维 1前言 2 2 Web开发的困境 3 2.1概述 3 2.2Web系统开发的复杂性 3 2.3开发人员的困境 5 2.4维护人员的困境 6 2.5科技公司（乙方）的困境 7 2.6客户(甲方)的困境 8 2.7原因分析 10 3 Web应用以谁为中心？浏览器？服务器？ 11 3.1B/S的历史发展沿革 12 3.2计算模式历史 14 3.3初步结论 14 3.4新模式技术架构 14 3.5新模式技术范围 16 3.6新模式下人员分工 17 4 J2EE框架批判 18 4.1关于J2EE开发的比喻 18 4.2从C/S开发模式反思分层的必要性 19 4.3技术框架上的皮之不存,毛将焉附 20 4.4 J2EE系统架构的致命缺陷 21 4.5 Hibernate是垃圾 22 4.6为什么J2EE如此低效用户无法参与开发 23 4.7谈谈对web开发UI基础架构的一些看法 27 5 Web企业开发困境原因分析 31 5.1分工过细 31 5.2技术路线多头并进 32 5.3开发维护复杂度太高 33 5.4客户无法参与 33 6解决之道 34 6.1 WebDW产品说明 34 6.1.1 WebDW简介 34 6.1.2 WebDW设计思路 35 WebDW释义 35 WebDW的设计理念 36 数据窗口对象说明 37 6.1.3 界面示意图（同一个界面文件，VB，Java，Flex版本不同实现） 38 6.2其它可行的技术方向 39 6.2.1跨越语言和平台的鸿沟 39 7结束语 40  1前言 在企业级的应用系统开发领域，J2EE架构现在已经被普遍接受了。虽然它并未完全兑现刚刚出现时的种种美好许诺，跨平台，分布式，易于开发维护等等，但J2EE的广泛普及，已经是一个不争的事实。 虽然J2EE已经非常普及，但从技术上来讲，它本身还是存在很多缺陷的，比较突出的缺点，就是开发效率低，维护更加复杂，许多项目组都陷入其中不可自拔。本文将就造成这一现象的原因进行初步探讨，并在此基础上提出自己的解决思路。 本文讨论的范围仅限于采用B/S开发企业的应用系统，不涉及网站类型的应用开发。讨论的技术方向，主要针对J2EE，其余技术方向不作为重点讨论，仅供参考。 本文先从Web开发的现状困境开始，分析造成目前困境的原因，然后通过回顾B/S技术架构的演化，以及对比C/S和B/S的开发模式的差异，提出一套新的开发解决思路，最后介绍WebDW系列产品的设计目的和简单功能，再以此为基础来进行扩展讨论。 2 Web开发的困境 2.1概述 说明：Web应用系统的开发，像一座大山一样，把所有的人都压垮了。 自互联网出现以来，企业应用系统的架构发生了很大的变化，C/S架构被废弃，B/S成为绝对的主流。但B/S架构本身，要比C/S复杂的多，加上新技术层出不穷，整个行业都处于巨大的困境之中。Web应用系统的开发，就像一座大山一样，把所有的人，无论是甲方还是乙方，无论是开发人员，维护人员还是系统用户，都被累垮了。 2.2Web系统开发的复杂性 B/S系统本身的架构设计，要比C/S系统复杂很多，在C/S架构中，一般是两层结构。如下图。 一般在这种架构中，服务器是一个数据库服务器，只负责数据的存储和读取访问支持；前台程序采用 VB，PB，Delphi 等图形开发工具来开发，通过网络直接连接到后台的数据库服务器，通过发送SQL 命令来实现数据库的访问。这种开发环境下可以使用图形化的控件来搭建用户界面，用户的交互性比较好。缺点在于应用程序发布在客户端，如果客户机数量很多的话，客户机程序的安装，升级都比较困难。 而在B/S结构中，涉及到了多种服务器类型，Web服务器，App服务器，DB服务器。如下图。 在B/S系统中，用户通过客户机上的浏览器来访问后台的Web服务器，Web服务器再把相应的请求转发给应用服务器来处理，应用服务器再将其中的数据访问请求转发给数据库服务器进行处理。 在C/S系统中，应用系统或者应用程序本身是一个完整的，独立的整体，一般采用一种开发语言来开发即可，这种开发语言不仅负责用户界面，也负责业务逻辑控制，以及数据访问请求的生成发送，主要的开发和执行工作是在客户机上完成的。 而在B/S系统中，整个系统的架构要复杂的多。首先，客户机上只有一个通用的浏览器，用户操作界面是通过Web服务器返回的HTML语言来进行描述的，如果需要一些动态特征，则不得不通过在HTML页面中嵌入JavaScript来实现。在应用系统中，大量的页面是动态，而非静态页面，因此必须在应用服务器上完成动态页面到静态HTML的转换工作。如果动态页面中包含数据访问请求，则又必须访问后台的数据库服务器来协助完成此项工作。 以J2EE标准流程为例，当用户在浏览器上输入一个