wpf与winform哪个比较好
怎样防止程序被强制关闭C#wpf？
怎样防止程序被强制关闭C#wpf？
只能多线程了。 用这个类或者Winform下的BackGroundWorker子线程是可以被中断的。
winform转wpf开发要多久？
基本2周就可以
Winform.与wpf否属于vs下c#控制的程序
vs的可视化编程都听直观的，我当时好像只用了几天在网上了解了一点基础就开始写项目了，而且在这之前我只用c#做过一个毕业设计而已，都算不上熟悉。
但是上手wpf却是比较容易，遇到实际问题再去解决也不迟，这两个东西很相似
wpf窗体怎么透明？
是你没把主窗体的AllowsTransparency属性设为True吧。
WPF窗体透明除了要将Background属性设为Transparent外，还需要将AllowsTransparency属性设为True。
但是如果你的WPF窗体使用了WindowsFormHost，那就不能将AllowsTransparency设为True了，会导致WindowsFormHost里的WinForm控件全是黑色。这时候只能通过另一种比较深的方式实现了。
如何根据已有的c 程序编写基于c#的WPF界面？
我做过类似的事情，给你一个具体的思路。
1、做好WPF界面控件；
2、借助WPF、WinForm的互操作技术，用WinForm用户控件重新包装一下WPF界面控件（因为WPF控件没有句柄，而WinForm控件有句柄）；
3、C 程序中预留一个空的容器控件，用来放置C#WinForm控件；
4、通过C /CLR创建WinForm控件的实例，并得到句柄；
5、获取C 容器控件的句柄；
6、通过SetParent将WinForm控件添加到C 容器控件中。 还有一种方式是，用WinForm把WPF界面控件包装成COM对象，然后C 调用COM对象即可。
有HTML / XML这么好的前端及UI解决方案,微软为什么还要继续推WPF？
首先需要明确一点，WPF是本地应用，不是在浏览器中加载运行的web程序。
OK，在明确了这一点之后我们再分两部分来看你的问题。
第一，为什么不用HTML
从技术角度来说，HTML JS是设计用于网页开发的，很多特性都是针对浏览器环境，这一部分是本地应用开发中多余的。而本地应用中需要有的一些功能它又不支持，比如文件读写、设备控制，所以直接拿来开发本地应用基本上是不可能的。
从微软角度来说，IE和Edge都已经失败了，他还要让Windows桌面应用也支持HTML JS？
第二，为什么要用WPF
如果你了解过WPF就会发现，WPF的界面设计使用的是XAML语言，它不光是名字和XML很像，实际上它就是基于XML的。而逻辑代码C#，它和JS本身也都是衍生自C语言语法。所以XAML C#看上去就像是HTML JS的兄弟。
而且，XAML也确实借鉴了很多HTML布局的特点，控件的嵌套布局是相比于WinForm程序的一个长足进步，强大的模板功能也使得界面效果可以比HTML更加丰富。
但是，WPF不是像HTML JS那样解释执行的，WPF程序仍然会经过编译，这意味着它的运行效率更高，更适合本地应用的场景。
再看微信小程序，它的开发使用的是WXML WXS WXSS，小程序的使用场景更贴近于网页应用，何不问一问腾讯，你为什么不用HTML JS CSS呢？