从Winforms迁移到WPF
我知道这个可能是一个主观的问题，但我想知道您的经验，并估计一个程序员需要多长时间才能切换到WPF并编写一个简单的应用程序。
我开始使用.Net Winforms构建一个windows应用程序。由于客户关心UI，所以我认为最终切换到WPF是个好主意。
我对WPF非常陌生，除了一些常识外，我几乎什么也不知道。
该应用程序是一个单一用户桌面应用程序，以Server作为后端数据库，并将使用强类型数据集或亚声速作为其DAL。一些基本的UI元素(Datagridview，Textboxes，按钮，.)将会被使用。正如你所看到的，这根本不是一个复杂的项目。这就是我第一次考虑在这个项目中使用WPF的原因。
我不知道Winforms开发人员需要多长时间才能适应WPF。
考虑到WPF的学习曲线，你认为我应该使用WPF开始这个项目吗？
这个项目大约两个月后就准备好了，我学得很快。
回答 6
Stack Overflow用户
发布于 2010-10-14 13:56:42
就像Dan说的，使用一个Canvas，你很接近winforms，但这太糟糕了。编辑:在我忘记之前，不要期望DataGrid是任何类似于Winforms DataGrid的东西。在简单的情况下，我倾向于使用ListView (带有GridView布局)来替换它。
为一条陡峭的学习曲线找一本好的(即面向实际的)书。我推荐亚当内森的书，它教你重要的概念，以一个很快就走的步伐。
Stack Overflow用户
发布于 2010-10-14 13:49:22
您可以轻松、快速地编写“类似WinForms”(事件处理程序、代码隐藏等)。使用WPF的代码，它将工作得很好。但这并不是真正的"WPF方式“，并将限制您在未来的灵活性。
Stack Overflow用户
发布于 2010-10-14 14:04:58
关于winforms和WPF开发有两件有趣的事情(对我来说)。
- 支持并采用模型、视图、视图模型(MVVM)开发方法。虽然我过去使用过MV*方法，但绑定、路由事件/命令等的概念似乎很自然地适合于MVVM模式。在我看来，由于关注点的分离，这使得编码变得更容易。
- MVVM方法自然地将您的UI与您的数据/业务逻辑分离开来--然而，WPF更进一步，将您的UI与它的实际出现方式分离开来。MSFT表示，他们认为设计师应该是设计师，开发人员应该是开发人员，这两种技能有时会混合在一起，但很少会出现。因此，他们在WPF中使用样式设计方法做了很好的工作，允许开发人员创建一个快速的(丑陋的) UI，然后将其交给一组设计人员，他们将其清理干净并使其看起来漂亮--所有这些都不影响底层代码。(在MIX‘09中讨论)
我认为最糟糕的事情是尝试将winforms代码隐藏方法引入到WPF开发中。首先，因为您将要阅读的大多数(最近的)材料都是面向MVVM模式的，其次，您会发现在MVVM模型中开发和维护应用程序要容易得多。
https://stackoverflow.com/questions/3933779
复制相似问题
腾讯云开发者
