C# 将.NET windows控件升级为WPF控件的最佳方法?

C# 将.NET windows控件升级为WPF控件的最佳方法?,c#,.net,wpf,controls,C#,.net,Wpf,Controls,我们将从windows控件(3.5)将C#windows应用程序(1.1)升级到WPF 你对去哪里有什么建议吗 至开始 有任何提示和窍门吗 避免什么 窗口控件(1.1.NET)与应用程序的“入口点”和“过程控制器”一起存在于解决方案中的一个单独项目中。我建议从小开始,因为WPF/Xaml的学习曲线非常陡峭,我认为一个有竞争力的C#/WinForms开发人员需要6个月的时间才能适应,所以你的“…大型应用程序和大量业务逻辑…”可能不是一个很好的开始 如果你的团队已经开始使用WPF,那么真正的第一

我们将从windows控件(3.5)将C#windows应用程序(1.1)升级到WPF

  • 你对去哪里有什么建议吗 至开始
  • 有任何提示和窍门吗
  • 避免什么

窗口控件(1.1.NET)与应用程序的“入口点”和“过程控制器”一起存在于解决方案中的一个单独项目中。

我建议从小开始,因为WPF/Xaml的学习曲线非常陡峭,我认为一个有竞争力的C#/WinForms开发人员需要6个月的时间才能适应,所以你的“…大型应用程序和大量业务逻辑…”可能不是一个很好的开始

如果你的团队已经开始使用WPF,那么真正的第一步就是决定用户想要什么样的功能可以通过WPF的图形细节得到最好的服务。如果他们真的想要3D旋转表单,那么实现一个良好的原型,如果他们想要调整文档大小,那么就这样做。这是一个大问题,你一次只能解决一小部分


很早就要决定的一个关键问题是,是去MVC,还是去一家it公司。这个决定将决定代码的放置位置。由于WPF在很大程度上依赖于绑定,在知道绑定将如何/何时/何地发生之前,您无法前进。

WinForms控件中有多少业务逻辑?如果它们紧密耦合,那么您将有很多工作要做。是的,这是一个大型应用程序和大量业务逻辑。在我们的应用程序中,有两个主窗口,具有特殊的界面和大型独特的按钮(在常规形式中很难做到这一点,也许先将其更改为WPF,然后再对下一个版本进行大修?