服務器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/