軟體主廚的程式料理廚房

最近專案有一個需求，需求當中的一個小部分是要在網頁上將使用者輸入的內容壓縮起來存檔，之後使用者再開啟這個檔案解壓縮顯示壓縮前的內容在網頁上，仔細想想現在的硬碟空間都那麼大，好像沒有什麼壓縮的必要，但是使用者覺得有必要，那也只好做給他了。

我們在追蹤客戶端行為時，多多少少會遇到一個場景，就是要在使用者把網頁視窗關閉時，將記錄送回伺服器端，做法上我們可能會想在網頁視窗觸發 unload 事件的時候，發送 AJAX Request 回伺服器端就好了，但是這個方法在一些瀏覽器上（比如：Firefox）不 Work，取而代之 Web APIs 提供了更好的 API - sendBeacon()。

在 JavaScript 的 Promise API 中，要處理一個 Promise 的集合，有 Promise.all()、Promise.any()、…等等，可是這些 API 要嘛要等全部的 Promise 都完成了，要嘛是任一個，而且只有一個 Promise 完成了，才能串接後續的處理，沒有那種依照完成的先後順序一個接一個串接後續處理的 API，不過沒關係，利用 Promise 的特性，我們也是能做到類似的效果。

自從 AJAX 問世之後，由於節省頻寬、提升網頁回應速度的效果顯著，被大量採用，甚至發展出了 SPA，但是這樣反而出現了一個副作用，就是我們無法將網頁最終呈現的結果透過 URL 分享出去，不利於 SEO，我們就來看一下，怎麼在都是用非同步請求取得網頁內容的情況下，變換網址。

眾所皆知，在 JavaScript 中的 Array 有一個 forEach() 方法很好用（而且 IE 9 以上有支援），大部分的使用情境都可以用來取代傳統的 for 語法，但難免會有需要 continue 或 break 的場景，continue; 及 break; 在 forEach() 方法中是不會有作用的，我們需要換個方式來做。

這天，我想要在 JavaScript 的 Class 中加入一個私有欄位（Private Field），用來封裝建構式傳入的參數，以提供給唯讀屬性使用，爬文研究之後發現，雖然 JavaScript 有定義私有欄位的語法，但它是實驗性質的功能，不一定每個瀏覽器都有支援，至少目前為止 Firefox 就完全不支援，所以我得拐個彎了。

一般我們如果打造的系統是給企業內部使用的話，走的是 Intranet，大概不會有程式設計師會去在意網路流量，當應用場景搬到了 Internet，流量成為企業經營成本的時候，那可是能省則省，因為在網際網路上大多數的內容，觀看者是沒有直接為這些內容付費的，成本當然能少一點是一點，這篇文章就要來介紹 WebMarkupMin 這個套件，將我們的 HTML 內容做最小化，減少不必要的傳輸流量。

之前的文章有介紹到 SSR（Server Side Rendering）的服務 - rendertron，在官方文件有提到，如果我們轉發的網址有帶 Query String 的話，需要對 Query String 做 URL Encode，我的轉發邏輯是寫在 Nginx，所以這件事情最好就由 Nginx 來負責。

這件事情說穿了其實就是用 Babel，平常就有在關注前端技術發展的朋友應該不陌生，Babel 可以將 JavaScript 比較新的語法轉譯成通用的寫法，讓舊版的瀏覽器（例如：IE）可以執行，我們就不需要為了舊版的瀏覽器而捨棄新語法。

JavaScript ES8（ES2017）的版本支援 async/await 語法，就像這樣：

這個語法對於主力是 C# 的我們並不陌生，async/await 語法可以在該進行等候資源的時候進行等候，而且不會打亂我們閱讀程式碼的順序，清晰度大大提昇，不過我很好奇，它是怎麼辦到的？