軟體主廚的程式料理廚房

有時候我們會需要額外記錄剛剛刪除或更新的資料，又或者是取得剛剛新增的識別（IDENTITY）欄位的值，拿來當成其他的 SQL 語句的參數，這些事情在 SQL Server 我們都可以透過 OUTPUT 語法幫助我們輕鬆做到。

ASP.NET Core 的 ResponseCache 觸發伺服器端快取的條件尤為嚴格，限制很多，這也是它跟過去我們所熟悉的 OutputCache 特別不一樣的地方，所以 ResponseCache 我們也沒辦法就這樣直接當做 OutputCache 來使用，缺的部分我們只好自己來補足。

這天在追查為何 A 客戶的訂單會出貨到 B 客戶哪裡去？　於是我看到了下面這段程式碼：

在 Login 的 Action 上面被加了 OutputCacheAttribute，Duration 屬性被設成 3，其中還用到了 VaryByParam 屬性，我猜寫這段 Code 的工程師應該是想要為每個登入的帳號做 OutputCache，這樣設定沒有問題，問題出在 HTTP Request 的發送內容。

由於 CPU 時脈的發展受限，因此 CPU 的發展不再往更高時脈前進，而是往更多核心數前進，隨之而來的，便是軟體設計師需要調整軟體的設計，讓原本的演算法能夠分散執行，充分地利用多核心的資源，使程式執行起來更有效率，而在開發分散式運算應用程式時，我個人是認為應該加入不可變性（Immutability）的設計，來強調其分散式運算的意圖。

相信很多朋友都有遇到過，我們用 ASP.NET MVC 或 ASP.NET WebApi 做好的標記有 HttpPut、HttpDelete 的 Action，部署到 IIS 伺服器之後，試著去發 Request 卻收到 404、405 的錯誤訊息，除非我們只寫 HttpGet、HttpPost 方法，不然有大於 87% 的機率會遇到，底下就來記錄一下解決的方式。