更新
不zuo,[A/C]MD就不會死,所以kmdjs贏來來其偉大的版本0.0.6,該版本主要的更新有:
移除去了kmdjs.get(..).then的支援,只支援kmdjs.get(…,function(){ })
作此更改有三點目的:
1.讓build之後js檔案儘量小,因為可以省去promise庫
2.讓require.async的使用者平滑過渡到kmdjs.get
3.kmdjs.get(....).then經過AST之後,其中的(....)部分居然丟失?!
4.kmdjs.get(..).then().then()的支援還是依賴老版本的kmdjs中的promise,所以乾脆移除
上面都不是重點。在0.0.6之前版本中,都需要自行復制textarea中的code到js,這尼瑪也敢叫工程化(別人說的)?受到這句話的刺激之後,我日不能食,夜不能寢,連夜快馬加鞭整合了Blob至kmdjs:
if (window.URL.createObjectURL) { var fileParts = [cpCode]; // Create a blob object. var bb = new Blob(fileParts, { type: 'text/plain' }); var dnlnk = window.URL.createObjectURL(bb); var dlLink = document.createElement("a"); dlLink.setAttribute('href', dnlnk); dlLink.setAttribute('download', ProjName + '.Main.js'); dlLink.click(); }
通過程式觸發link的click。
在谷歌瀏覽器會有多檔案下載提示:
這裡點選允許。然後出現:
依次點選保留。這樣,在相對應的下載目錄,就會有js檔案:
下載目錄可以自行設定,在谷歌瀏覽器的高階設定裡:
關於打包,在0.0.6版本中,kmdjs通過data-main="main?build"不僅可以將main及其依賴打包,還能將lazy模組獨立出去打包,也就是kmdjs.get裡的模組獨立打包。
其他
部分程式設計師提到過,需要通過kmdjs.config管理配置namespace的路徑的關係是KMD最大的缺點。但是一直持有相反的看法。
關於AMD和CMD那種,包與路徑緊耦合的方式,才是工程化的殺手。
而kmdjs顯得靈活很多,在桌面程式中,IDE或者IDE編譯期間幫我們做了這一切,kmdjs的namespace和url的mapping是不能省略。
kmdjs有個巨大無比的優勢就是:使用kmdjs,你只需一個瀏覽器,什麼node環境、java環境、.NET環境通通不用裝,你只需一個瀏覽器,開發、除錯、測試、打包全部可以在瀏覽器中進行。