dorado应用基础框架（MARMOT）.doc

做减法的二次开发平台 第 PAGE 1页 共 NUMPAGES 17页 TOC \o 1-3 \h \z \u HYPERLINK \l _Toc198716680 做减法的二次开发平台 PAGEREF _Toc198716680 \h 1 HYPERLINK \l _Toc198716681 拼出一张世界地图 PAGEREF _Toc198716681 \h 1 HYPERLINK \l _Toc198716682 由简入繁难，由繁入简易 PAGEREF _Toc198716682 \h 2 HYPERLINK \l _Toc198716683 dorado应用基础框架（MARMOT） PAGEREF _Toc198716683 \h 4 HYPERLINK \l _Toc198716684 DORADO设计与实现 PAGEREF _Toc198716684 \h 4 HYPERLINK \l _Toc198716685 MARMOT核心整合原理 PAGEREF _Toc198716685 \h 7 HYPERLINK \l _Toc198716686 MARMOT各层框架的选择 PAGEREF _Toc198716686 \h 11 HYPERLINK \l _Toc198716687 MARMOT的三大亮点 PAGEREF _Toc198716687 \h 12 HYPERLINK \l _Toc198716688 80%的路程坐地铁20%步行 PAGEREF _Toc198716688 \h 17 做减法的二次开发平台 拼出一张世界地图 一位软件开发商的老总曾经问，“当初自己做项目时就用Delphi，几个人3个月的时间完成了。为什么现在十几个人，用了这个平台那个框架，还需要半年多的时间。”在笔者不知如何作答之际，老总自己说出了心中的答案，“可能是现在需要实现的不是几个业务功能而是一个大的业务系统，要写大量的项目文档量，比起C/S，B/S的这种多层架构在技术上需要考虑的东西也更多了”。 每一次计算模式与通讯模式的变革，都会摧生一批相应的二次开发平台，好比一次次航海技术与行陆技术的升级之后，人们总会发现未知的世界。如果将C/S架构带来的新世界比作一个岛屿，B/S架构带来就是一个新大陆，后者需要更多的勘探时间。没有人能在很短的时间内走遍这块大陆，务实的做法是将一部分地域勘探清楚，测绘出局部地图，若干份局部地图拼起来构成全貌。因此，一个有趣的现象是在C/S时代，Delphi、PowerBuilder、Notes二次开发平台或工具自成体系，并基本是互斥的；而在B/S时代，数据持久层框架、业务对象层框架、表现层框架是相互配合的。 C/S时代的技术假设是以桌面操作系统为前台环境，业务逻辑前置；B/S时代的技术假设是以浏览器为前台环境，业务逻辑后置，原来的二次开发平台已无用武之地。多数公司选择了重要而且紧急的后台业务逻辑框架作为研发重点，少数公司，选择了重要但不紧急的表现层框架作为研发重点。这好比多数人从大陆的一端开始勘探，少数人从另一端开始，经过一段时间的各自努力，在内陆会师。交换成果后，大家发现至少可以拼成一张贯穿大陆主线的地图。 在表现层框架成熟之时，构建一个真正意义上的贯穿前后台的快速开发平台就成为可能，这也意味着占代码量50%的前台开发有规范与标准可依。 新一代的二次开发平台应该是： 较为完整，涵盖从前台到后台的软件架构各个层次。 组装灵活，可以使用全部也可以使用其中一部分。 开放度高，当某一层出现更为先进的框架时，可以取代现有该层框架。 换言之，用户可以用做加减法的方式，将不需要的部分从该平台中移除，将需要的部分引入，从而调整出适用某个项目需求的最精简的开发架构平台。随着这样的二次开发平台不断发展，用户将更多地做减法。 由简入繁难，由繁入简易 有过J2EE Web应用开发经历的程序员都知道，对于每一个应用我们除了要处理复杂的界面与排版之外，还要处理诸如权限、异常、日志等等这些与业务无关但又不可或缺的功能，实现这些功能要占用我们的大量时间，让本来就短的项目工期更显得捉襟见肘。 按照做减法的二次开发平台的设想，我们选取对应于软件架构中各层的成熟框架，以松耦合的形式将这些框架整合到一起协调工作，这样就可以初步满足上述需求了。 J2EE Web系统开发中最麻烦的不是占50%工作量后台业务逻辑，而是另一个50%——前台界面开发，我们引入展现中间件来负责这一层，后台业务逻辑层中众多的Java对象与属性配置文件的管理交给业务对象层，再加上必需的应用中间件与数据库，就构成了二次开发平台的核心。数据库里存放的是平面化的二维数据，在面向对象的开发模式中，操作的是立体化的对象数据，增加一个持久层