健康资讯 在winform开发上，不建议使用任何框架，因为winform开发正如作者所说，是个“定制”工程，并不是个“改造”过程，框架看着带来了便利，也带来个性化的复杂。
虽然常说不要重复造轮子，但是往往需求就是一个个性化的轮子。现在要是真说起来，所有的Windows界面框架都有些过时，现在都是以Web框架为主。但你能说桌面框架全都完全过时了么？
WinForm 就像电瓶车，WPF 是小汽车，现在出了maui油电跟合车，再重新学习一个ui库，加油。如果光从wpf的内存消耗来看，那基本是坦克，还是电瓶车靠谱。
最一开始学编程写了一个winform，内存开销10 MB。学了wpf之后心血来潮同样的功能复刻了一遍，120 MB。都2021年了，内存早不值钱了。
winform，凪非常的简单。不过除非遗留项目，否则我肯定选wpf。最爽的还是mvvm，特别的方便。数据与显示分开，用过你再也不会用winform了。
别再问应该坚持学习winform还是学习WPF了！我学winform入门的，现在用wpf已经忘记怎么用winform了。正在学blazor，maui，其实用winform的大部分都没办法把UI和后台分开，造成无法学习新的东西，一旦接触了现代前后分开编程就会发现以前用winform是多么弱。至于说wpf慢的这个要看和谁比较了，界面绚丽，渲染就费事点，相比winform总有损耗。还有说winform没被抛弃的，微软已经多年没更新winform了，并不是说winform不需要新特性，而是微软没有精力为了陈旧的技术去浪费时间。
总之，个人有精力建议两个都学，毕竟C#现在工控行业的地位杠杠的，薪水也倍儿棒，winform稍微花点时间就入门了，再渐渐入手WPF...
其实csharp真是我用过最好的语言之一了。可以在一个语言内写类似c高性能代码也可以写类似java低性能业务逻辑代码，真不错。
C#的winform做桌面应用还是比较好入门的。界面拖拉拽学习成本比较低。每种语言有每种语言的优势。
C#毕竟有微软这座大山，而且确实好入门。做企业应用比较好，但是互联网企业好像用的不是特别多（千万别拿刀砍我，我知道的是这样的这句就当我没说）。
C/S时代，工控行业的软件开发WinForm是王者！可以预见，在随之而来的B/S时代，工控行业的软件开发Blazor将是王者！
c#
最近没上班，在家里学c#
头几天把语法写完了
然后开始学winform，还比较简单
后来开始看wpf，啥子东西哦，看微软的官方资料，代码又不全，而且抛出很多类，接口，直接把我绕晕。
为啥winform这么简单，还要搞个wpf，故意整人吗？
大佬说下怎么学习wpf。
#IT#
微软软件项目，从力推到放弃，再创新： mfc,activex,ole,com,com+,winform,wpf...真是一步一个坑呀，中间还有不算微软硬推的atl,wtl, visual j,vj++
发现很多初创的加工设备企业特别钟情C#,在.net平台下，使用winform 拖拖拽拽界面就好了，速度比较快。用WPF感觉没必要，加工设备对界面美学要求不高，而且界面变动也不频繁，所以传统的winform也挺好。而一些传统的设备生产厂家依然坚持QT, MFC,甚至还有用VB的。
相较于传统界面(VCL、MFC、WinForm等)，我一直认为这种界面就是玩具。
幼儿园毕业了，写了第一个winform程序。
企业用C#做什么？
C#用得较多的，有3个方面：
1. 开发桌面系统：Winform或WPF；
2. 开发Web系统；
3. 数据服务。
其中，桌面系统用得较多，因为拖拉很方便。不足的地方就是安装包太大了。现在有好多人开始在尝试用.netcore了。
#Web##桌面系统##C##程序员##老铁##代码##APP#
桌面GUI，最好的只WPF，可惜真正理解WPF的程序员太少了。WPF就是一个变形的html+css，除了占内存高一点，别的全面碾压winform。
WPF超级好用，就是有时候会消耗gpu没法关掉。WPF在灵活性方面碾压winform，当然也复杂难懂很多，有些人根本不懂。
同意，大部分人觉得winform会了，学WPF就简单了，他们还在用三层架构思想写程序，注定水平就那样了。PQF的mvvm估计他们都没用过这样的结构。
但WPF跨平台是硬伤，MAUI明年上半年应该可以用了，现在还在初级阶段，还得再等等。我们都是winform做个采集器，然后.NET 6 做web端系统。
当你知道微软放弃了mfc，winform，wpf，vb，sliverlight，包括最近看到的uwp，还没火起来就放弃了，你还敢加入微软阵营吗？微软不停地调整，但是坑的是用它的技术做开发的人员。
