C#界面框架WPF总结

最近做的一个项目。将安卓的一个app在PC桌面端重新实现。使用C#、WPF开发，有如下印象：
1，WPF前台界面、后台代码分离，通过绑定binding实现，很方便
2，WPF界面框架的强大，使用类似html的xaml开发，分分钟实现安卓的效果,
3，谈到缺点，WPF基于C#，需要多学一门高级语言。依赖.net平台，程序较臃肿，易被反编译。

xaml，依赖属性，INotifyPropertyChanged
1，如果后台数据修改，需要立刻更新前台界面（而不是等一个函数执行完）。则需要前台界面的控件使用依赖属性，绑定后台数据来实现。
2，前台界面控件变化后，后台需要拿到变化后的值。或者后台值发生变化，希望前台控件跟着改变，则需要绑定的类实现INotifyPropertyChanged接口。特定控件，如textbox，界面上修改值后，默认不会立刻触发值变化的通知来通知后台，需要使用UpdateSourceTrigger属性来手动指定。
3，一些控件的style设置未必生效，因为不同层次的style会相互影响。例如datagrid控件cell的样式会覆盖row的样式。
4，善于第三方控件库，比如devexpress，节约开发成本。
5，主动使用wpf强大性能，手动绘制msgbox，不用系统“原始”的msgbox。

绑定
1，注意oneway，two way的问题。

template，resource，style
1，三者经常一起使用。例如用静态resource来设置listboxitem的style。

<ListBox x:Name="xxxListBox" ItemsSource="{Binding .}"  ItemContainerStyle="{StaticResource xxxListBoxItemStyle}" />

然后，在style的定义中，设置listboxitem以动态resource，即template的方式实现。

<Style x:Key="xxxListBoxItemStyle" TargetType="{x:Type ListBoxItem}">
      <Setter Property="Template" Value="{DynamicResource xxxListBoxItemTemplate}"></Setter>
 </Style>

最后，再具体完成template的定义。

<ControlTemplate x:Key="xxxListBoxItemTemplate" TargetType="{x:Type ListBoxItem}">
        ...具体实现
</ControlTemplate>

多线程
WPF自带的前台线程dispatcher，后台线程backgroundworker，具体在多线程部分展开叙述。
在子线程中更新界面UI，需要通过dispatcher来操作。

————————————————
版权声明：本文为CSDN博主「qq_14827935」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/qq_14827935/article/details/78497887