軟體主廚的程式料理廚房

如果我們的 Data Source 是非同步更新的話，那麼我們就很容易收到下面的錯誤訊息。

跨執行緒作業無效: 存取控制項 'xxx' 時所使用的執行緒與建立控制項的執行緒不同。(Cross-thread operation not valid: Control 'xxx' accessed from a thread other than the thread it was created on.)

一般遇到這個情況，我們通常就是判斷 Control.InvokeRequired 屬性，然後改用 Control.Invoke() 或 Control.BeginInvoke() 方法來修改控制項的屬性，如果是在有資料綁定的情況呢？怎麼解決這個跨執行緒的問題？

在 Windows Forms 當中，只要是繼承自 Control 的控制項，都有實作 IBindableComponent 這個介面，都具有資料綁定的能力，但是有一些控制項就沒有，例如：ToolStripStatusLabel，不過也不是不能做資料綁定，加給它就好了。

要在一支既有的 Windows Forms（Windows 視窗程式）上，增加一個 TextBox 控制項，它有一個特殊的需求，就是在 TextBox 修改的文字不能與綁定的 DataMember 連動，簡單來說，就是做單向綁定（One-Way Binding）。

以往用 .NET Framework 開發的時候，都是用 TopShelf 來建置 Windows 服務，現在 .NET Core 弄了一個叫 .NET Generic Host 的東西，我們可以直接將服務透過它來 Host 成背景服務，而且它是跨平台的，不只可以部署在 Windows 上，Linux 上也行得通，ASP.NET Core 應用程式就是用它來讓服務可以長時間執行。

當我們建立一個 ASP.NET Core Web 應用程式專案的時候，預設在 Startup.cs 中就會呼叫 UseStaticFiles() 使用 StaticFileMiddleware，讓專案中的靜態檔案可以透過 HTTP 被存取到，現在我想要將這些靜態檔案 Cache 在 CDN 上，我需要在 Response Headers 裡面加上 Cache-Control: public, max-age=n，我們來看要怎麼做？

這是無意中發現的一個語法，它的使用情境是這樣的，如果我們有一個型別是自訂類別的屬性，並且在建構式中有針對該屬性做初始化，在初始化後想要接著修改該屬性中裡面的屬性值，C# 的 Object Initializer 有一個簡便的語法 Xyz = { ... }。

上一篇提到我們可以把 ASP.NET Core Feature Flags 的設定，儲存在 Azure App Configuration（應用程式組態）裡面，現在再進階一點，我們可以實作 IFeatureDefinitionProvider 建立一個 Feature Definition Provider，讓 Feature Flags 的設定可以儲存在我們想要的地方。

ASP.NET Core 的 Feature Flags 設定，在這之前的範例都是存放在 appsettings.json 裡面，在官方的文件中是建議我們把它存放在外部的儲存空間，這樣我們可以隨時修改 Feature Flags 的設定，也方便我們管理，那我們就跟著官方的示範，將 Feature Flags 的設定存放到 Azure App Configuration（應用程式組態）中。

上一篇文章對 Microsoft.FeatureManagement.AspNetCore 這個套件做了一個最基本的介紹，但是 Feature 只能設定開啟或關閉，顯然地這有點不夠用，所以套件有提供了一些 Feature Filters 用來實作有條件地開啟或關閉 Feature。

Feature Toggle 這個議題最近挺夯的，它達到的效果就是我們透過設定，就可以輕易地開關應用程式上的功能，讓開發好的功能可以真正地發佈到 Production 上，但是不相關的使用者不會受到該功能的影響，也方便我們去測試只有在 Production 上才能測試的案例，而 ASP.NET Core 已經有套件支援 Feature Toggle，我們來看一下怎麼做？