平台的构建

为了达到平台的几点目的，平台采用基于接口，面向组件开发（或说是面向服务，偶不想炒概念）思想。
封装构建许多与业务无关的系统级组件，称为系统组件。所有业务开发都是基于系统组件完成的，高度提纯封装的适应某个特定业务的模块称为业务组件。
当然，系统不能这么限制死，还是可以很方便的不用系统组件开发的，不能保证你的系统提供的东东足够多，能应付万变，从规范管理上要求开发必须基于平台的规范。
组件难免会有配置文件，让开发人员配置的文件越少越好，有时候强制约定是最好的。配置越多，错误就越多，开发人员的脑细胞消耗也越多。如果每个模块
都要写该组件的配置，最好是每个模块都有一个配置，不用再改其他配置（如公共配置），而且配置文件最好是在该模块下。有人喜欢用java的annotation,
我是不太喜欢的（也许是因为我不会吧：））。首先用这个对Java版本要求太高，现在很大部分应用系统都是基于Java 1.4的，如Weblogin 8,Websphere 5，出于管理
一般是不能patch的。其次是维护不方便，需要到处打开Java源码去找。青菜萝卜各有所好，我的地盘我做主，不想争annotation与Xml的优劣。这样偶想就达到了方便
部署的目的了。
系统组件如果有开源的，当然用开源的。1，偶的水平有限，人家是大牛嘛。2.开源框架经过很多人测试，效率稳定应该没问题。3。开源框架有很多人在不停的修复完善。
目前SSH目的好像和偶类似，不过偶好像在它之前就是开做这个了（也许），在偶看来，SSH还不做的不够，还是太复杂，用来学习各个框架还可以，偶也从中学了不少。

WeWeb应用，总的来说就是分3层。

1.Web层，做一些展现流转和基本的判断。
2.业务层，进行业务处理。
3.DAO层，也可以称为数据库层（大部分都是对数据库的），就是对数据的读写操作的。

最复杂的应该是Web层，毕竟它是系统对外的接口，脸面，而且关于Web的框架真是太多太多。
业务层最简单，实现业务逻辑嘛，无非是Java语法。DAO层稍微麻烦些，就是对数据池，连接等的控制。
层与层之间是通过接口操作的，模块之间的调用是基于业务层的接口，这样可以各司其职，虽然目前的
开发模式是一条线贯穿，但设计还是要专业人士做专业事，按层分开，比如以前有个美工调到偶部门作为
开发人员，偶就是让他做Web层的，刚开始copy web层的代码，完成展现。唉，美工作的界面就是好看，客户
体验高啊。

后面偶一层层描述。