2010-01-17 61 views
1

我剛剛構建了一個網頁,它使用了幾個不同的JavaScript元素。我只是好奇什麼被認爲是快速與慢速加載時間。我的出品時間約爲490毫米,包括四個不同的JavaScript片段。這是好的,壞的還是平均的?想知道是否需要優化我的js元素。什麼被認爲是對網頁的快速或慢速加載

回答

1

只需通過this工具運行您的站點,您就會知道(幾乎)所有需要了解的加載時間。或者如果您使用Chrome,請使用Google的Speed Tracer

1

這會因系統而異。但是,如果加載所有內容只需不到幾秒鐘(完全準備就緒),那麼如果你問我,這很不錯。我記得在我們擁有所有這些花哨的ajax之前,把我的整個項目規模降低到大約50kb。珍惜你的寬帶和異步通話!

0

一般的經驗法則是網上衝浪的最大關注範圍是10秒*。任何更長的時間,他們會使用另一個網站。

*注意:我讀過某處但不記得在哪裏。

+0

這是一個愚蠢的問題,但爲500ms基本上是半個第二操作? – bgadoci 2010-01-17 05:31:08

+0

十秒對於頁面視圖來說太長了。也許可以接受某種交易確認屏幕,但對於其他任何情況,都會讓我離開該網站。 – Thilo 2010-01-17 05:41:06

+0

@bgadoci:基本上。 – 2010-01-17 06:16:47

1

嘗試從用戶的角度看認爲:

代替測量XYZ XHR請求的響應時間,考慮用戶想要執行的功能 - 「張貼本網站上評論」?然後測量實現該目​​標的總時間。如果用戶整體工作太多或需要太長時間然後他們會去其他地方。

例如。我可以有10個XHR函數,每個函數在15ms內返回,看起來很快。但是,如果用戶必須點擊10個不同的地方發表評論,他們會很快感到厭惡我的界面。 (極端示例)

1

如果我記得有關StackOverflow的播客(我無法找到它在DNR或Hanselminute上是哪一個),1秒鐘以上,用戶開始有時間被別的東西分散注意力和散焦。 10秒後,我可能已經關閉了你的頁面!當然這取決於它是什麼樣的行爲。但是如果這是一個重複的任務,我會說最多1秒。這就是我一般的目標。當你低於這個限制時,它會立即感覺到。

3

有從1991年的論文名爲「信息可視化,信息工作空間」,由卡等所有(施樂帕洛阿爾託研究中心),上面寫着:

  • 0.1秒是關於限制因爲讓用戶感覺系統正在瞬間反應,意味着除顯示結果之外不需要任何特殊的反饋。
  • 1.0秒即使用戶會注意到延遲,用戶的思維流程仍然保持不受干擾的限制。通常,在延遲時間不超過0.1秒但小於1.0秒時,不需要特殊的反饋,但用戶確實喪失了直接對數據進行操作的感覺。
  • 10秒是關於保持用戶注意力集中在對話上的限制。對於較長時間的延遲,用戶需要等待計算機完成時執行其他任務,因此應該給出反饋,指出計算機何時完成。如果響應時間可能高度變化,則延遲期間的反饋尤爲重要,因爲用戶將不知道該期待什麼。

可以找到詳細的概述here

底線:如果我們希望有一個流暢的用戶體驗,我們的應用程序需要在10+「FPS」 :)