服务器C/S 组件模式的调研

问题： 前端人员相当较少, 解决项目页面重用性问题

调研了 后端组件化技术 C/S模式的MVC 框架 

1. tapesty  版本变更厉害  而且不兼容以前版本  实在不知道以后还会怎么变化   直接把框架原先的C/S组件复用特性一棒打死   
2. wicket   C/S 编程方式  非响应式 而且C/S的代码风格我很不喜欢  入门相对简单  主要是组件的理解认识即可
3. JSF seam 这个在我看来是后端组件化最强大的技术 便签时的响应 ajax 支持  确定：基于session JSF 技术 由于会缓存页面单个session 占用内存过大 服务器吃内存厉害, 虽然有conversion这样的设计也只能是缩小这个问题 而不能解决这个问题 ：而且一个大问题 JBOSS 已经不维护这个项目了
// 看了真是后端组件化的穷途木路

还是找前端的组件化解决方案   我知道这个方向是不错  可惜前端人员缺少
1. 没有标签响应式的组件库   angularjs 一个响应式的设计 组件库：那还是遥远的事情, 而且使用组件的应用 为了和其他企业的旧系统保持相同的浏览器支持 有时候浏览器支持要求比较高  这点上 angularjs 的兼容性导致他直接被枪毙
2. 还是找开源大牛JQUERY  JQUERYUI 依赖相关JQUERY 插件  插件各异 需要自己同一  看样还是这条路吧

-- 以前只是使用过EXTJS 感觉有点重 EXT4 中也提出动态加载的东西  看了段时间之后实在没有兴趣, 这几天调研了一下dojo最新版本 感觉不错

符合AMD规范  基于requirejs 

目前我们前端的结构大多是采用 backbone underscore requirejs jquery jquery plugins ...

打算转换到dojo上来, 写法上和以前的项目是一致的  保留了原有的写法，  而且修改JS 为面向对象模式, dojo 浏览器兼容性有保障  

唯一的缺陷就是UI 小众 应该会有解决方案的

符合目前项目的定义 。

我的选择 dojo！  

DOJO 项目官方

http://dojotoolkit.org/