1. 首頁
  2. 問答
  3. 原型的可執行版本

原型的可執行版本

2009-10-30 27 views
1

是否有一個Prototype框架的版本是可壓縮的，或者是在Dean Edward的打包器的最高壓縮級別下已經打包並且經過測試可以正常工作？原型的可執行版本

帕克：http://dean.edwards.name/packer/

這是一個谷歌，能問題，但我不要過度關鍵的東西信任谷歌。我需要專業人士提供的信息。

來源

2009-10-30 Kaze no Koe

+0

我認爲官方的Prototype框架文件在壓縮後仍然有效。我建議你使用YUI compresswhich給出更好的結果。 http://refresh-sf.com/yui/ – 2009-10-30 16:00:35

+0

我知道YUI壓縮機，它非常好，但它不能擊敗我鏈接到的封隔器，一旦你擁有base64和Shrink變量。然而，這個打包機破壞了原型，因爲它缺少很多; 。 – 2009-10-31 09:23:06

回答

2

確定後，這裏的一些努力是我的解決方案：

1使用JSLint趕都喜歡失蹤分號等不堪入目的東西中的錯誤。

2沒有步驟2.一旦我做完了，結果保證與Dean Edward的打包工作。

Gzipping壓縮.js進一步縮小了尺寸，產生了LUDICROUS DOWNLOAD SPEED !!!!! （或者其他的東西）。再見

來源

2009-11-05 08:35:52

1

我已經使用YUI-Compressor壓縮原型框架，即使在壓縮之前附加額外的文件時也有出色的結果。我所有的JavaScript和CSS都保持獨立，以方便開發，然後重新組合成更大的模塊並進行壓縮以減少HTTP請求的數量。

來源

2009-10-30 16:06:25 Jason

4

讀過托馬斯福克斯最近的「JavaScript岩石」一書我可以告訴你，他根本不是一個迷惑Javascript的粉絲。他倡導將gzip JavaScript作爲其「JavaScript文件大小的最佳解決方案，無一例外」。這可以通過使用AddOutputFilterByType或使用hosted ajax libs on google code在您自己的服務器上啓用GZIP來實現。

使用GZIP主要理由是：

  • 1：尺寸減少4
  • 不會刪除空格，或改變 變量/功能的名稱，以便更容易地調試
  • 低性能命中相比 腳本混淆

我知道這實際上沒有回答你的問題，只是認爲它可能是一個有趣的poi nt考慮。

來源

2009-11-02 17:13:03 robjmills

+0

gzip壓縮和縮小腳本不是相互排斥的 - 對於最小尺寸，應該同時執行這兩個操作。另外，縮小腳本的性能受到了什麼影響？ minification通常是在構建時完成的（或者簡單地離線完成並簽入到發佈版本中），所以縮小的唯一性能影響應該是客戶端更快地加載腳本 - 從服務器的角度來看，它只是靜態腳本，無論是否縮小。 – 2009-11-02 18:11:51

+1

我理解人們爲什麼反對混淆，但是： - 我只會在生產就緒時對其進行混淆處理。我調試普通版本。 - 在源代碼中，總是會有鏈接指向未混淆的腳本（內部註釋），以防有人想要查看。 我投了你的問題，因爲它很有趣和清晰。 我想要minify和gzip。由於沒有人回答，甚至谷歌似乎也無法幫助我，我必須通過整個Prototype庫並糾正自己的標點符號:( – 2009-11-03 07:32:04

相關問題

 相關問題