wpf - 是否会不赞成使用Windows窗体而使用WPF？

Question

As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center提供指导。




9年前关闭。

Locked. This question and its answers are locked，因为该问题是题外话，但具有历史意义。它目前不接受新的答案或互动。








我们正在开始一个新项目，并试图决定使用Windows Forms还是WPF。

我已经阅读了其他一些Stack Overflow帖子，并意识到WPF在数据绑定(bind)和外观方面具有一些优势，但是学习曲线陡峭，工具和控件还很不成熟。

我们想更好地了解Microsoft是否计划停止Windows Forms技术的新开发并强制所有新开发最终使用WPF，或者是否将维护和改进这两种技术。 (还是只是在决定下定决心之前就等着看它进展如何？)

当前，似乎WPF不一定是不需要ui中多余的 line of business应用程序的最佳方法。但是，很高兴知道WPF是迟早需要接受的东西。

最佳答案

这部分是有理有据的论点，部分是发自内心的rant ...

WinForms基于自现代Windows诞生以来就已经存在的user32 / GDI技术。从任何意义上说，它都不会走到任何地方:它不会获得新功能；它不会失去支持。

也许它会。 .NET 4.0中的图表API是新的，是针对GDI(而非WPF)编写的。

通常，Microsoft具有以下新技术的历史:

发明新的API。

使用该API进行2到3个产品周期的创新。

意识到继续创新意味着对向后兼容性做出不合理的让步，或者意识到该技术最初并未解决。

通过包装或保留现有API来发明新的API。现有的API不会消失，但是新的东西也不会使用它。

RDO-> DAO-> ADO-> ADO.NET-> LINQ to SQL-> Entity Framework ，折腾了一些ODBC ...有很多“死”技术和包装技术，这些技术仍然可用，并且今天仍然存在。这些是数据访问技术，但适用相同的想法； UI框架的使用时间更长一些，因为它们是应用程序中最可见的区域。

如果我戴上Nostradomus帽子，我可以放心地说，当.NET在2015年发布6.0时，听起来很遥远，但与2003年差不多，WPF就像Windows一样“死”形成表单是因为将创建其他一些漂亮的托管界面，以平滑WPF尚未发现的所有错误和不便之处。谁在乎？到那时，我们正在 mock 的一切都将被弃用。 (由于框架越来越大，总之，.NET 5.0必须提供某些东西。)

如果有的话，Windows Forms所追求的是它基于已经存在了十多年的技术，并且惯性不会很快消失:您输入的浏览器正在使用GDI，任务栏是使用GDI，您的即时消息应用程序使用GDI，Windows 7中的新功能区控件使用GDI，坐在办公桌前的60美元打印机使用GDI打印机驱动程序，手机上运行的Windows CE应用程序运行Windows Forms端口， GDI是Windows Vista中新的事件查看器，它正在使用Windows Forms，并且Windows Forms平台背后有一个庞大的第三方组件社区-WPF是一种很小的小众产品，仅存在于托管世界中比其不受管理的同类产品小。

为此，我感到所有这些“WinForms vs. WPF”讨论都超出了预期。这些技术并非互斥或优劣，正如微软营销可能认为的那样，微软的开发人员足够聪明来实现这一目标。它们只是不同而已，其中之一恰好比较老。如果我们不定期考虑这一点，那么我们都会在2005年听取Gartner的意见，并完全停止构建Windows应用程序，并将所有内容都移到Web上的AJAX上……使用我们的SOA接口(interface)……公开了另一个REST接口(interface)。在后端上使用TDD DDD模型的....由ORM从数据库中提取。

如此急于放弃技术而担心它会被淘汰，这只能向我们的客户保证，我们将在编程软件解决方案方面保持恒定的经验和能力水平。

当然，WPF是 future 的一部分，但这不是 future 。就个人而言，我很想知道WPF是否在UI技术上“做到了”，这意味着以前的数据访问技术还没有，尽管Visual Studio在2010年采用了它是一个令人欣慰的信号，表明Microsoft实际上对它很认真。狗粮作为旗舰产品。

总结:如果您正在构建LOB应用程序，那么使用WinForms不会感到内gui。如果需要高级布局方案，则WPF互操作始终可用，就像偶尔使用Flash对象增强常规网站一样。但是，对于其他任何事情，您都应该向客户提出一个将整个团队和 shell 过渡到WPF的充分理由； Windows Forms有其问题，但是与任何平台的一半战斗都是知道问题和局限在哪里，并且世界上大多数国家(包括Microsoft)仍在学习WPF。

关于wpf - 是否会不赞成使用Windows窗体而使用WPF？ ，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/913417/

上一篇：ruby-on-rails - ActiveRecord 查询中的 "includes"和 "joins"有什么区别？

下一篇：ruby - 如何使用基于域的列表按字母顺序对字符串数组进行排序

相关文章：

c# - NumericUpDown 的 TextChanged 事件

winforms - MonoDevelop中的WinForms应用程序

c# - 如何在值更改时验证 numericupdown(而不是失去焦点)

c# - 如何在 Crystal 报表中管理页面大小和页边距？

wpf - 如何在 WPF 的 StreamGeometry 中绘制完整的椭圆？

WPF独占模式

c# - 在 WPF/MVVM 应用程序启动时加载配置文件/处理错误

c# - 在标签之间切换时执行某些操作？

c# - 是否可以为整个应用程序启用 ToolTipService.ShowOnDisabled=true

c# - 使用转换器更改用户控件的背景颜色

©2023 IT工具网  联系我们

Answer 1

这部分是有理有据的论点，部分是发自内心的rant ...

WinForms基于自现代Windows诞生以来就已经存在的user32 / GDI技术。从任何意义上说，它都不会走到任何地方:它不会获得新功能；它不会失去支持。

也许它会。 .NET 4.0中的图表API是新的，是针对GDI(而非WPF)编写的。

通常，Microsoft具有以下新技术的历史:

发明新的API。

使用该API进行2到3个产品周期的创新。

意识到继续创新意味着对向后兼容性做出不合理的让步，或者意识到该技术最初并未解决。

通过包装或保留现有API来发明新的API。现有的API不会消失，但是新的东西也不会使用它。

RDO-> DAO-> ADO-> ADO.NET-> LINQ to SQL-> Entity Framework ，折腾了一些ODBC ...有很多“死”技术和包装技术，这些技术仍然可用，并且今天仍然存在。这些是数据访问技术，但适用相同的想法； UI框架的使用时间更长一些，因为它们是应用程序中最可见的区域。

如果我戴上Nostradomus帽子，我可以放心地说，当.NET在2015年发布6.0时，听起来很遥远，但与2003年差不多，WPF就像Windows一样“死”形成表单是因为将创建其他一些漂亮的托管界面，以平滑WPF尚未发现的所有错误和不便之处。谁在乎？到那时，我们正在 mock 的一切都将被弃用。 (由于框架越来越大，总之，.NET 5.0必须提供某些东西。)

如果有的话，Windows Forms所追求的是它基于已经存在了十多年的技术，并且惯性不会很快消失:您输入的浏览器正在使用GDI，任务栏是使用GDI，您的即时消息应用程序使用GDI，Windows 7中的新功能区控件使用GDI，坐在办公桌前的60美元打印机使用GDI打印机驱动程序，手机上运行的Windows CE应用程序运行Windows Forms端口， GDI是Windows Vista中新的事件查看器，它正在使用Windows Forms，并且Windows Forms平台背后有一个庞大的第三方组件社区-WPF是一种很小的小众产品，仅存在于托管世界中比其不受管理的同类产品小。

为此，我感到所有这些“WinForms vs. WPF”讨论都超出了预期。这些技术并非互斥或优劣，正如微软营销可能认为的那样，微软的开发人员足够聪明来实现这一目标。它们只是不同而已，其中之一恰好比较老。如果我们不定期考虑这一点，那么我们都会在2005年听取Gartner的意见，并完全停止构建Windows应用程序，并将所有内容都移到Web上的AJAX上……使用我们的SOA接口(interface)……公开了另一个REST接口(interface)。在后端上使用TDD DDD模型的....由ORM从数据库中提取。

如此急于放弃技术而担心它会被淘汰，这只能向我们的客户保证，我们将在编程软件解决方案方面保持恒定的经验和能力水平。

当然，WPF是 future 的一部分，但这不是 future 。就个人而言，我很想知道WPF是否在UI技术上“做到了”，这意味着以前的数据访问技术还没有，尽管Visual Studio在2010年采用了它是一个令人欣慰的信号，表明Microsoft实际上对它很认真。狗粮作为旗舰产品。

总结:如果您正在构建LOB应用程序，那么使用WinForms不会感到内gui。如果需要高级布局方案，则WPF互操作始终可用，就像偶尔使用Flash对象增强常规网站一样。但是，对于其他任何事情，您都应该向客户提出一个将整个团队和 shell 过渡到WPF的充分理由； Windows Forms有其问题，但是与任何平台的一半战斗都是知道问题和局限在哪里，并且世界上大多数国家(包括Microsoft)仍在学习WPF。