2014-10-31 42 views
2

它是否準備好用於生產?特別適用於大型應用。Traceur編譯器用於生產

據我所知 - 是的。但獲得更多細節將會很好。

也有兩種方法來使用它:

  • 運行
  • 預編譯

多少更多的時間將運行時執行比預編譯?正如我測試的那樣,它接近x10-15倍,但可能有人有其他信息?

回答

2

它是否準備好生產是一個主觀問題。需要考慮性能,可靠性和帶寬。因爲它只是編譯成ES5,所以很難看到性能問題。至於可靠性,我一直使用traceur,但我沒有遇到任何bug。帶寬方面,您需要下載traceur運行時,但與我們現在下載的其他所有內容相比,這並不算大。所以我自己的意見是是的

關於預編譯,這不是慢多少倍的問題。編譯本身需要相同的時間。問題在於它是提前發生還是每次加載網頁時都會發生。儘管Traceur速度非常快,但中等規模的代碼庫仍需要幾秒鐘才能編譯。這可能不是您希望用戶體驗的事情。所以是的,最佳做法是絕對預編譯生產。

+0

謝謝你的迴應。我也想過,但同樣我不明白我怎麼可以用'從[編輯管道] resolve' /'normalize'功能(https://camo.githubusercontent.com/93558f56d780c95b0ac4f400a33c8a12381aa919/687474703a2f2f636c2e6c792f696d6167652f30643250336a3274326230732f5061737465645f496d6167655f335f31305f31335f355f31365f504d2e706e67)。我知道如何在運行時使用它們,但在預編譯時我沒有發現它們的相關信息。和'System.paths'或'System.map'一樣。 – tuchk4 2014-10-31 10:39:42

+0

另外我發佈了分離的問題在SO: - [Paths](http://stackoverflow.com/questions/26665310/traceur-compiler-paths)和[Normalize/Resolve](http://stackoverflow.com/questions/26665210/traceur-compiler-normalize-resolve) – tuchk4 2014-10-31 10:41:53

+0

我不知道那些事情,但你爲什麼認爲你需要它們? – 2014-10-31 11:46:25