使用Meteor開發的一些感觸

年後老大果斷採用了國外一款強大的全棧式框架Meteor;

由於國外，英語是硬傷，而其不可掌控因素過多，國內對此框架的應用略少。

不過,既然老大都下定決心用了；咱們這些當下屬的只好硬着頭皮學習；


學習過程略微艱難，各類stackoverflow, github，甚至不惜找到相關博客上的人溝通交流。。。

Meteor使用的優缺點：

一、Meteor提供多接口，多種依賴選擇；
     若是你熟悉backbone,那麼你徹底能夠用backbone一些功能和Meteor結合；
     若是你熟悉angular,Meteor也提供了ngMeteor等強大的支持包;

二、MVC分離；

     Meteor一直依賴以handlebar爲基礎擴展一系列東西,讓view擴展性更強,基本的業務邏輯可在頁面中呈現(如angular等其餘框架也有實現);

     能夠
     
     對於事件,Meteor基於jquery擴展出來一套事件操做:

     Meteor.templateName.events({
          ‘eventtype selector’: function(ev, tmpl){

          }
     });

     能夠分離出那些元素操做那些事 作了神馬； 這裏能夠看作Control層

     經過Meteor.methods({
          add: function(){}
     });

     形式能夠剝離出公用的方法

     
三、項目管理功能：
     client: 放置前臺的代碼;

     public:放置圖片資源

     server:放置後臺代碼

四、強大的自動化功能:
     Meteor能夠把css合併爲一個文件; css暫時沒有壓縮；
     當打包部署上線的時候 (Meteor bundle)能夠將client代碼壓縮

五、MongDB的封裝處理

 

六、因爲iron-router  package 只兼容IE9等標準瀏覽器;  

　  若是想考慮到兼容性更高的話 可使用backbone Router解決

　  mrt add backbone 加載包僅加載backbone中的router 和 history 

　  可是server端的router backbone暫時實現不了

七、第三方接口問題：Meteor目前還沒有很好的方法作這塊 正在研究中...

 

Meteor的缺點：

     依賴包過多,假如在移動端跑不太現實.
     如數據處理依賴：underscore;
     如模版處理依賴: handlebar;
     如事件處理:依賴jquery等等;

     調試功能較弱；javascript語言的特性，致使邏輯不夠嚴謹的狀況下會出現一些意想不到的錯誤;

　　網絡調試困難, 本地效果還不錯.可是到網絡上各類網絡因素,數據推送的形式,致使調試很困難.

     學習成本高：英語，天生的致使團隊學習成本太高，不可控因素略多;

　　數據須要分紅顆粒，發佈，訂閱；儘量的控制數據發佈量；要否則會吃內存的.

這段時間使用不能否認,這是一款強大的框架，做爲一款javascript全棧式各方面處理蠻到位;

還有一款流行的MEAN(MongoDB + Express + Angular + Node)框架據傳也很強大;

若有錯誤之處，請指出.

對Meteor感興趣的同窗能夠留言交流.