2009-11-12 57 views

回答

3

肯定是有用於生成腳本可以忽略不計的開銷。

第二個(也就是說你只要你開始發展找出)是調試腳本變得無比艱難。

+0

我不知道,簡單的控制結構......不要太複雜。 – qodeninja 2009-11-13 00:06:37

+1

在生成複雜腳本之前,它不會成爲問題。 – 2009-11-13 00:07:55

+0

@Justin:如果它不復雜,可能(並不總是)不需要被服務器端生成。但我確實同意,爲什麼還要在服務器端動態生成一個簡單的腳本。 – 2009-11-13 00:12:18

2

這裏有兩種可能性。

首先,你可以說抽象的CSS和Javascript(如GWT),有效地交叉編譯一種語言到另一種的。手動編碼的Javascript通常會更小,更高效,但可能需要更長的時間才能創建,具體取決於抽象級別有多高。交叉編譯版本的性能?我聽說GWT在「純」JavaScript性能的10%以內。我並不完全相信這一點,但它是正確的數量級。

其次,你可能指的是什麼仍然是手工編碼的JavaScript或CSS但扔在頂部一些額外的東西。 CSS變量是一個常見的例子。只要你不會在每個請求中生成它們(即你以某種方式緩存它們),那麼性能可以忽略不計。即使您在每個請求中都生成了它們,我也不確定您會注意到性能影響(在客戶端)。服務器可能會受到處理的複雜程度以及文件被請求的頻率的影響(如果它在客戶端有效地緩存在遠期期貨Expires頭文件等中,通常不應該是這種情況)。

相關問題