C# WPF和C项目

C# WPF和C项目,c#,wpf-controls,C#,Wpf Controls,Hy.我目前正在windows forms c#中开发一个应用程序。我的应用程序几乎完成了,但设计很糟糕,我的意思是非常简单。我搜索了一些关于WPF的内容,我认为这是改进我的设计的一个非常好的方法……但我的问题是:对于仅在我的界面上使用WPF的应用程序……如果我将复制粘贴我的代码,我将只修改按钮和颜色…我的项目是否继续工作?或者我应该从0开始。。。? 谢谢你如果你的win forms应用程序设计正确,除了你的UI代码之外,你应该能够重用所有的东西。在我看来,WPF远远胜过赢的形式,你应该明确地考

Hy.我目前正在windows forms c#中开发一个应用程序。我的应用程序几乎完成了,但设计很糟糕,我的意思是非常简单。我搜索了一些关于WPF的内容,我认为这是改进我的设计的一个非常好的方法……但我的问题是:对于仅在我的界面上使用WPF的应用程序……如果我将复制粘贴我的代码,我将只修改按钮和颜色…我的项目是否继续工作?或者我应该从0开始。。。?
谢谢你

如果你的win forms应用程序设计正确,除了你的UI代码之外,你应该能够重用所有的东西。在我看来,WPF远远胜过赢的形式,你应该明确地考虑使用它,但是它需要一些学习来开始,如果你有一个最后期限即将到来,不要这样做。p> 一般来说,我建议从头开始。如果您在这里不使用复杂的体系结构,并且有简单的WinForms事件处理程序,那么您可以在WPF中使用相同的结构

从架构上讲,将业务逻辑与事件处理程序隔离当然更好。在这方面,您可能想看看MVVM(和)和


我们已经成功地在一个非常大的WinForms应用程序周围放置了一个WPF垫片,并将WinForms部件托管在windows窗体主机中。这允许您一次转换一个零件。如果此项目较大,或者您不确定是否能够一次性转换整个应用程序,那么这可能是一种选择。

我还建议您转移到MVVM和WPF,如果您的项目不太大,您可以仅使用WPF作为接口,并复制和粘贴代码。但是从体系结构的角度来看,使用MVVM模式可以更好地分离接口(视图)和逻辑(模型),如果将来使用MVVM,则更容易维护和更改应用程序