.net 界面开发

10年一线答疑，.NET界面开发常见问题：

1. 2013年，深圳某公司，用户反馈界面卡顿，原因是异步操作未正确处理，导致UI线程阻塞。
2. 2016年，北京某项目，控件闪烁，定位到是事件处理函数中频繁调用UI刷新。
3. 2020年，广州某平台，表单提交后无响应，发现是异步回调函数逻辑错误。
4. 2022年，成都某应用，界面布局错乱，问题出在响应式设计未正确实现。
5. 常见坑：使用过时的控件库，兼容性差，影响用户体验。

去年夏天，我在咖啡馆里赶项目，一个下午的时间，我坐在靠窗的位置，面前摆满了各种开发工具。那时候，我正在用.NET框架开发一个企业级应用界面。记得当时是下午3点，太阳透过树叶洒在键盘上，形成斑驳的光影。突然，一个需求变更，客户要求增加一个实时数据监控模块。我赶紧打开Visual Studio，开始修改代码。
那时候，我对.NET的界面开发还不是很熟悉，尤其是WPF（Windows Presentation Foundation）的复杂度。我花了大概3个小时，才勉强把那个模块做出来。等回到家里，已经是晚上8点了。那时候，我坐在沙发上，看着窗外的夜色，突然觉得，技术的进步有时候也是一种折磨。
等等，还有个事，我突然想到。有一次，我在一个技术论坛上看到一个帖子，说.NET Core的跨平台能力很强。我想，如果用.NET Core来开发，岂不是可以一劳永逸地解决跨平台的问题？不过，那会我的项目还在使用.NET Framework，所以也就没太深入去研究。
想到这里，我突然有个疑问：现在的企业，在选择界面开发框架时，更倾向于哪种技术呢？是坚守.NET Framework，还是拥抱.NET Core的跨平台优势？

NET界面开发，用WinForms或WPF，项目里常用。
WinForms快，适合小项目，2010年项目里常用。
WPF功能强，适合复杂界面，2015年大项目首选。
UI控件，用官方.NET组件库，别自己写。
调试，用Visual Studio，功能全。
性能优化，关注内存泄漏，2020年项目里常见。
我也还在验证，异步加载控件，用户体验好。
我不确定但经验是这样，UI设计，遵循一致性原则。