最近你可能看到一些關於谷歌計劃停止使用Octane JavaScript基準測試套件的新聞標題。如果你不知道這件事，或者沒有看完標題，讓我簡要回顧一下。谷歌推出Octane是為了取代行業標準的SunSpider基準測試。 SunSpider是由蘋果的Safari團隊創建的，是首批JavaScript基準測試之一。
SunSpider有兩個問題。首先，它基於微基準測試（想想成千上萬次測試創建新數組），這並不能非常準確地反映現實世界的使用情況。其次，SunSpider的排名在瀏覽器製造商中佔據了很大的權重，導致一些廠商優化他們的JavaScript引擎以獲得更好的基準測試分數，而不是滿足實際程序的需求。在某些情況下，這些調整甚至導致生產代碼運行速度比以前更慢！
Octane專注於嘗試創建更準確地模擬實際工作負載的測試，並成為衡量JavaScript實現的標準。然而，瀏覽器製造商再次迎頭趕上，我們看到針對Octane測試的優化。這並不是說基準測試沒有用。瀏覽器之間的競爭確實導致了JavaScript性能的全面大幅提升。
你可能會說，這有點意思，但這與我作為開發人員的日常工作有什麼關係呢？在試圖讓人們相信框架Y優於框架X的好處時，經常會引用基準測試，有些人非常重視這些數字。上週，我注意到一個名為MoonJS的新UI庫在一些新聞聚合器上廣為流傳。 MoonJS將自己定位為一個“最小化、極速”的庫，並引用一些基準測試數據來支持這一說法。
需要明確的是，我這裡並不是針對MoonJS。這種對速度的關注非常普遍，尤其是在UI庫中（例如，看看任何React克隆）。然而，正如我們在SunSpider和Octane的例子中看到的那樣，基準測試可能會產生誤導。許多現代JavaScript視圖庫和框架都使用某種形式的虛擬DOM來呈現輸出。在研究不同的實現過程中，Boris Kaul花了一些時間研究衡量虛擬DOM性能的方法，並發現相對容易調整VDOM性能以在基準測試中取得好成績。他的結論是：“當你選擇框架或庫時，不要使用任何Web框架基準測試中的數字來做決定。”
當根據庫的聲稱速度進行比較時，還有其他原因需要謹慎。重要的是要記住，與SunSpider一樣，許多基準測試都是微基準測試；它們是在你創建應用程序界面的過程中不太可能達到的規模上測量重複操作。
還值得考慮一下速度對你特定用例的重要性。構建一個簡單的CRUD應用程序不太可能讓任何UI庫不堪重負，並且學習曲線、可用的人才庫和開發人員的幸福感也是重要的考慮因素。過去我見過很多關於Ruby是否太慢而無法構建Web應用程序的討論，但是，儘管存在更快的選擇，但仍然有很多應用程序是用Ruby編寫並繼續用Ruby編寫的。
速度指標可能會產生誤導，但根據你構建的內容，它們也可能用途有限。與所有經驗法則和良好實踐一樣，最好停下來思考它如何（或是否）適用於你的情況。我很想知道你的經驗：你是否在實踐中使用過沒有達到其基準測試聲明的軟件？你是否構建過速度差異很重要的應用程序？請留言告訴我！
JavaScript基準測試是一個衡量特定代碼片段或函數性能的過程。它幫助開發人員了解他們的代碼效率如何，並找出需要改進的地方。通過比較不同代碼片段的執行時間，開發人員可以選擇最有效的解決方案來滿足他們的需求。基準測試在JavaScript開發中至關重要，因為它直接影響用戶體驗，尤其是在Web應用程序的速度和響應能力方面。
SunSpider是一個流行的JavaScript基準測試工具，由WebKit開發。它對JavaScript引擎運行一系列測試，並測量完成每個測試所需的時間。這些測試涵蓋了JavaScript的各個方面，包括控制流、字符串處理和數學計算。總時間越短，JavaScript引擎的性能越好。
雖然所有基準測試工具的目標都是衡量JavaScript性能，但它們在運行的測試類型和計算結果的方式上有所不同。 SunSpider專注於現實世界的用例，並避免只測試單個功能的微基準測試。其他工具如jsben.ch和jsbench.me允許開發人員創建和運行他們自己的測試，提供了更大的靈活性。
基準測試結果通常提供時間測量，這表明特定操作完成需要多長時間。時間越短，性能越好。但是，解釋這些結果需要理解上下文。例如，幾毫秒的差異在用戶界面中可能並不重要，但在高性能服務器應用程序中可能至關重要。
是的，基準測試是比較不同JavaScript引擎性能的常用方法。通過對不同的引擎運行相同的測試，您可以了解它們的相對性能。但是，請記住，現實世界的性能會受到許多因素的影響，基準測試結果只是拼圖的一小部分。
像jsben.ch和jsbench.me這樣的工具允許你編寫和運行你自己的JavaScript基準測試。您可以使用這些工具來測試特定的代碼片段或比較解決問題的不同方法。在創建基準測試時，重要的是使測試盡可能真實，並多次運行它以獲得準確的測量結果。
雖然基準測試是一個強大的工具，但它也有其局限性。創建真實的測試可能很困難，結果可能會受到許多因素的影響，包括特定的硬件和軟件環境。此外，過於關注基準測試結果可能會導致過度優化，開發人員花費太多時間改進對整體性能影響很小的代碼。
基準測試是開發過程中的一個重要部分，因為它幫助開發人員識別性能瓶頸並驗證他們的更改是否提高了性能。但是，它不應該是評估代碼質量的唯一工具。可讀性、可維護性和功能性等其他因素也很重要。
是的，基準測試可以幫助你識別導致應用程序變慢的代碼區域。通過優化這些區域，您可以提高應用程序的整體性能。但是，請記住，性能只是高質量Web應用程序的一個方面。可用性、功能和設計也很重要。
基準測試的頻率取決於項目的性質。對於性能關鍵型應用程序，您可能希望定期進行基準測試，即使是在進行小的更改之後。對於不太關鍵的應用程序，基準測試可以不那麼頻繁地進行，例如在重大更改之後或在新版本發布之前。
以上是社論：基準，還是不基準？的詳細內容。更多資訊請關注PHP中文網其他相關文章！
