Tag: wpf

具有Node.js和WPF客户端的Web应用程序是否可行？

我将在一个月内参加一个初学Node.js课程，因为我想让自己至less有点熟悉Node，我想知道什么客户端技术用于Node（主要用于学习和有趣）。 虽然javascript将是一个明显的答案，但我更喜欢使用WPF创build客户端应用程序。 由于我远离这两个领域的专家，我有以下问题： 一起使用WPF和Node.js有意义吗？ 什么是对WPF /节点组合的利弊？

性能方面：WPF应用程序比电子应用程序更好地编码吗？

最近，我一直在阅读关于Electron的文章 ，与Windows 7桌面应用程序（例如WPF ）的市场build立相比，我对它的潜力感到好奇。 到目前为止，我注意到那些倾向于Electron的人讨论了它提供的事实： 快速开发周期 ：熟悉HTML5 ， CSS3 ， JS和一些Node.js 的开发周期都可以直接构build桌面应用程序。 跨平台兼容性 ：基于Chromium和Node.js ，都是跨平台的，应用程序可以在支持这两种应用程序的任何地方运行。 美丽的交互式GUIdevise ： HTML5 ， CSS3和JS已经certificate了多年来能够实现的。 简单而经济高效的networking回收 ：一个networking应用程序可以相对容易地转换成一个桌面应用程序由相同的开发人员创build它（即节省成本）。 当谈到WPF时 ，其支持者讨论以下有利的论点： 访问本地API ： WPF非常适合.NET框架，使开发人员可以访问所有本地Windowsfunction。 function强大的XAML标记语言 ：有人认为， XAML允许高效地呈现复杂的UI元素，支持双向数据绑定，并且知道在其他情况下（例如，通过适当的调整，例如Android开发）可能有用。 高性能和内存效率 ：主要是由于语言的编译性质，也许还有其他JIT特性。 如果我们分别拿这些论点，我们可以认同这两种技术都是可敬的。 但是，当你要求开发者为你的项目select正确的框架时，事情会有点偏颇。 我认为这种偏见可能是因为问题太不明确，或者因为有些人比另一个更熟悉一个框架，所以舒适区就这样开始了。 因此，要记住，两者只是达到目的的手段， 而不是生活哲学 ，相比之下，通常归结为以下几点。 请注意，这些不是我的想法，而是我从网上各个讨论组收集的内容。 DOM操作是一个昂贵的操作，而XAML渲染速度非常快。 Electron通过其APIs访问仅仅几个原生的OSfunction，而WPF让你可以访问所有的.NET ， 电子比WPF慢，因为JS被解释，而C#被编译。 WPF在MVVM模式下运行良好，而在Electron中类似的事情却很难实现。 电子是快速入门，而WPF有一个陡峭的学习曲线（但它看起来更专业，他们说）。 电子是跨平台的，而WPF是绑定到.NET 。 不知道Xamarin / .NET Core是否被考虑在内。 电子应用程序的规模很大，因为它需要使用Chromium和Node.js来实现其目标。 与电子相比， WPF的积极性较差（即Electron是一个开源项目）。 Electron为您处理应用程序更新，而同样的事情需要在WPF中做更多的工作。 […]