Web 上有很多事要做。还是以降低技能，提高开发效率为目的。
Web大部分事情都体现在展现层。本着减少耦合，提高重用性，展现层和后台MVC框架尽量无关，也就是说不管用什么展现技术，如，html，ajax，flash等等，数据传递处理是一个接口（这是存在的事实，偶的系统界面从html到ria，几乎都是改表现层，不动java代码）；或者更换MVC框架，界面不用改（目前偶还没遇到这样的案例，不过设计的时候考虑到是可行的）。
在众多模板语言中，使用最广，门槛最低的应当时Jsp吧。Jsp本身是皇族，Sun的东东，但这不是理由，偶还是蛮公正的：），主要是学Java估计大部分都会Jsp，而且 ...
真没想到会有人浏览，我的本意是想自己做个记录，很多年前就有写文档的想法，奈何偶的文笔太差，连说话表达都词不达意，次要原因是一致被剥削，忙着做项目，平台修改完善，经历了几年的改动，基本上稳定成型，也该记录点什么，不然将来出补文档的时候就痛苦了。如有大牛看了，希望能不吝教诲。偶毕竟只是井底之蛙，看到的天空有限。
今天上午数据准备好了，要忙着做DEMO，有时间接着记录。Ext还是蛮好玩啊，昨天让公司的两小mm给系统做了套Theme，偶觉得蛮漂亮的，看来打开了潘多拉盒子，要加上换肤（为啥不叫换妻？）的功能了，昨天晚上开始考虑细节问题，好在平台设计的时候就考虑到了界面变化的问题，何时可以不熬夜呢
为了达到平台的几点目的，平台采用基于接口，面向组件开发（或说是面向服务，偶不想炒概念）思想。
封装构建许多与业务无关的系统级组件，称为系统组件。所有业务开发都是基于系统组件完成的，高度提纯封装的适应某个特定业务的模块称为业务组件。
当然，系统不能这么限制死，还是可以很方便的不用系统组件开发的，不能保证你的系统提供的东东足够多，能应付万变，从规范管理上要求开发必须基于平台的规范。
组件难免会有配置文件，让开发人员配置的文件越少越好，有时候强制约定是最好的。配置越多，错误就越多，开发人员的脑细胞消耗也越多。如果每个模块
都要写该组件的配置，最好是每个模块都有一个配置，不用再 ...
做了快10年的程序员，准确的说是WEB程序，从Html到ASP，PHP最后跟Java耗了7，8年。经历了很多小项目，总结了些项目上的优缺点，
当然是指技术上的。慢慢形成了偶心中的开发平台（框架或架构，偶还是给它戴个高帽子，称为平台）。开发平台应该解决以下几个目的
1.降低开发人员成本。这点很重要，老板看中的是这个。这就要求降低开发人员的技能要求。
2.高度低耦合。这样替换或者变更对系统影响最小，项目中难免会变更的，平台也需要经常修改嘛
3.测试驱动。特别是做WEB应用，每次调试都需要重启应用服务器，调界面，输入参数，提交，时间都花在这上面了。
4. ...
评论排行榜