.NET在Windows8:AppContract、Marketplace和WPF/C#中的应用

本文关键字：WPF 应用 Marketplace Windows8 AppContract NET | 更新日期: 2023-09-27 18:20:11

我对Windows 8中出现的所有新东西感到非常兴奋，但同时也有点担心如何以及是否可以继续使用我在担任Windows开发人员期间使用.NET和C#构建的代码和自定义组件。对此，我有一些常见的混合问题。希望你不介意我把它们放在一个帖子里：

  • Windows 8应用商店会同时适用于metro风格的应用程序和常规的WPF桌面应用程序吗？包括推送更新和为公司员工提供应用程序？

  • WPF应用程序是否也可以使用新的应用程序合约？AppContract是否基于WCF服务，可能在网络上进行UDP发现？我可以使用App Contract框架在自己的应用程序之间创建自己的合同吗？

  • 我并不特别担心WPF是否会被抛弃。我可以没有它。让我担心的是，无论我将使用什么UI框架、HTML、Silverlight、WPF或其他什么，我是否仍然可以用C#编写演示文稿和业务层代码，并将其用作我的应用程序的后端。如果我仍然能够用C#编写逻辑，并使用X UI框架来呈现它，我就是一个快乐的开发人员。我听说我可以从JavaScript访问.NET框架。但是自定义程序集呢？

.NET在Windows8:AppContract、Marketplace和WPF/C#中的应用

已经宣布，非Metro应用程序可以出现在商店中，但商店只会链接到发行商的网站，而不是实际管理销售/安装/DDRM/等内容。

到目前为止，已经宣布的是，这些合同只适用于Metro应用程序，但如果这种情况不改变，我会感到震惊。如果微软不允许桌面应用程序向"设置"魅力添加命令、支持PlayTo或通过"设备"魅力打印，或充当共享源，那将是疯狂的。我们将不得不等待，看看他们在桌面应用程序可以/不能做什么方面划清界限。

在Metro和非Metro应用程序之间共享代码将非常困难。许多核心概念和约定都是相同的，但即使是像文件I/O这样的基本内容也依赖于全新的API。在代码中，没有太多有趣的事情可以同时使用。最好的办法是为业务层的东西定义接口，然后使用dependency注入在运行时动态选择桌面与winrt的实现

  • 商店：没有最终信息，但据我所知，它只适用于城域应用程序

  • 应用程序合同是一件大事。我知道一个代码片段，记录了桌面应用程序的使用情况（例如http://www.heise.de/developer/artikel/WinRT-in-klassischen-NET-Anwendungen-nutzen-1366039.html（对不起，德语）），但我不知道它是否会得到微软的支持

  • WinRT将库编译为WinRT组件。只要不使用WinRT 不可用的命名空间，您就可以重用代码并将其编译为组件

这个问题很难猜测，因为目前还没有正式的测试版。即便如此，我们也不能绝对确定。。。

相关文章：