軟體主廚的程式料理廚房

Nullable Value Types 允許實值型別可為 Null，這點加大了實值型別應用的彈性，不過卻也帶來了一些副作用，當 Nullable Value Types 成為 Binding 的 Data Source 時，我們會發現它不再像以前一樣正常 Work 了。

日常的工作當中，還是難免遇到需要維護 Windows Forms 的程式，基本上 Windows Forms 控制項的互動能夠用 Binding 的方式去處理，我就儘量用 Binding 的方式去處理，讓我自己能夠有更多的精神放在商業邏輯上，這篇文章想跟大家分享 Windows Forms 的三種 Binding 的連動方式。

如果我們的 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() 方法來修改控制項的屬性，如果是在有資料綁定的情況呢？怎麼解決這個跨執行緒的問題？

Button 要 Enable 或 Disable 除了直接操控 Button 本身的 IsEnabled 屬性之外，也可以藉由綁定的方式綁定一個變數，當變數值異動的時候 Button 的啟用狀態也跟著改變，有用 MVVM 模式在開發 Xamarin App 的朋友相信應該也會習慣先考慮用綁定的方式來操控 UI，但如果 Button 同時有為 IsEnabled 及 Command 提供綁定值，會有一些問題出現。