Winform项目用WPF重写，需要注意些什么问题？ 如题，没用过WPF，请大家踊跃发言。 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 界面应该都全部重写了先把所有业务层的东西抽取出来吧用MVVM还是挺爽的 没用过MVVM，可以继续使用MVC吗？ 你就把你的WinForm项目输出成类库 然后WPF引用 在WPF的起始页New你WinForm的起始页然后整个重写就搞定了 我嘞个去你MVVM是什么都不知道。那样怎么写啊 那这样是不是不行了？一定要把MVVM先吃透了？时间恐怕不够了，要是的话，得考虑放弃这么重写了。 先按照自己的思路写，不写永远都不会，不一定每个WPF都有用MVVM。WPF主要是绑定和命令！ 没啥不行的，不用MVVM框架写的WPF程序多了去了。用MVVM框架能让你以后修改UI界面这块很轻松。 我嘞个去你MVVM是什么都不知道。那样怎么写啊WPF=MVVM？ 如果程序太大的话，单纯用WPF是非常恶心的事，简直就是回到了原始人的时代。用MVVM最核心就是方便UI的修改，特别是你要用到多线程的时候，很多东西根本就不需要自己想啊，用起来真的特别的爽啊如果WPF吃得差不多的话，要MVVM上手的话，大概用2-3天，我当年边上班边吃WPF用了一个月，然后MVVM看视频用了两天，上手，工作！！！ 这话说的蛮狠。事实上，把WinForms程序转换成WPF（甚至是Web程序），难度取决于你的程序架构。如果的程序越经过设计，越脱离具体的界面而面向业务，那么转换就越容易。反之，如果你的程序越依赖具体的控件，甚至我们发现一些开发者连排序，或者传参数都借助特定的控件，那么转换起来如同登天。最糟糕的是，你的代码很多是复制粘贴来的，而你也不明白它们是什么意思。那么就完了，上哪里去找适应wpf实现相同功能的代码呢？ 这话说的蛮狠。事实上，把WinForms程序转换成WPF（甚至是Web程序），难度取决于你的程序架构。如果的程序越经过设计，越脱离具体的界面而面向业务，那么转换就越容易。反之，如果你的程序越依赖具体的控件，甚至我们发现一些开发者连排序，或者传参数都借助特定的控件，那么转换起来如同登天。最糟糕的是，你的代码很多是复制粘贴来的，而你也不明白它们是什么意思。那么就完了，上哪里去找适应wpf实现相同功能的代码呢？版主说的是一针见血，代码如果是拿别人的，那能转成功我看也是悬了 我嘞个去你MVVM是什么都不知道。那样怎么写啊WPF=MVVM？I'm sorry！我不是故意说错的。 我嘞个去你MVVM是什么都不知道。那样怎么写啊WPF=MVVM？表示WPf也可以使用MVVM啊。忘了这个事了 哇，这么多回复啦，谢谢大家，又有信心了，那就先转着吧，业务这块没问题的。MVVM以后慢慢用上。真心感谢大家的热心回答，放分啦~！ 如何使焦点自动转移到下一个控件？ c#主要用来开发哪方面的软件？.net 到底是什么？能不能介绍一本有关C#.net书看看？ C#泛型的理解 C# Winform 新增主从表记录的界面设计问题 ASP.NET向MySQL写入中文的乱码问题 C#中怎样使用ocx控件 关于DataGridView列标题的问题 C#截获控制台自动输出的信息 C#中有沒有像vb中的new collection的类型 int 怎么转换成string ？ 关于进度条实时更新的问题 【急】Chart 控件，X轴为时间类型，如何放大??
先把所有业务层的东西抽取出来吧用MVVM还是挺爽的
然后整个重写就搞定了
这话说的蛮狠。事实上，把WinForms程序转换成WPF（甚至是Web程序），难度取决于你的程序架构。如果的程序越经过设计，越脱离具体的界面而面向业务，那么转换就越容易。反之，如果你的程序越依赖具体的控件，甚至我们发现一些开发者连排序，或者传参数都借助特定的控件，那么转换起来如同登天。最糟糕的是，你的代码很多是复制粘贴来的，而你也不明白它们是什么意思。那么就完了，上哪里去找适应wpf实现相同功能的代码呢？
这话说的蛮狠。事实上，把WinForms程序转换成WPF（甚至是Web程序），难度取决于你的程序架构。如果的程序越经过设计，越脱离具体的界面而面向业务，那么转换就越容易。反之，如果你的程序越依赖具体的控件，甚至我们发现一些开发者连排序，或者传参数都借助特定的控件，那么转换起来如同登天。最糟糕的是，你的代码很多是复制粘贴来的，而你也不明白它们是什么意思。那么就完了，上哪里去找适应wpf实现相同功能的代码呢？
版主说的是一针见血，代码如果是拿别人的，那能转成功我看也是悬了
I'm sorry！我不是故意说错的。