想象由三個模塊與那些ID的AMD的Java腳本的應用:替換模塊ID與假名
- 公共/核心/ API
- 公共/數據/富
- 公共/遠程/ bar
當我使用r.js構建優化文件時,這些ID仍在編譯文件中。 IMO這是不必要的。例如,優化的文件將仍然在工作的時候搜索和替換如下:
- 公共/核心/ API - >一個
- 公共/數據/富 - >乙
- 公共/遠程/巴 - >ç
的取代的優點是:
- 較小的文件大小
- 更好的默默無聞
(是的,你永遠不要相信客戶。不過,替換模塊名稱將需要反向engeneer猜測很多比通過模塊名稱)
找到應用程序的項重要的部分馬上有一個原因,我丟失爲什麼沒有這樣做或一個額外的工具/命令用一些自動生成的ID替換這些ID?
感謝您的回答。因爲我的所有內容都是靜態的,所以我沒有考慮動態構建依賴關係。我現在看到替換是一個特例。我已經想過編寫一個工具後處理我的優化文件,並通過正則表達式替換模塊名稱。你的想法是做預先優化。你有這個具體的想法嗎?我看到的唯一預優化解決方案是重命名文件夾,文件和依賴關係,然後開始優化過程。 – McFarlane