c# - Windows 8 中的 .NET : AppContract, Marketplace 和 WPF/C# 从开发的角度来看

Question

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

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

• 新的 App Contract-thingy 是否也可用于 WPF 应用程序？ AppContract 是否基于 WCF 服务以及网络上的 UDP 发现？我可以使用 App Contract 框架在我自己的应用之间制定自己的契约(Contract)吗？

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

Answer 1

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

到目前为止已宣布的是契约(Contract)仅适用于 Metro 应用程序，但如果这没有改变，我会感到震惊。如果 Microsoft 不允许 允许桌面应用程序向“设置” super 按钮添加命令、通过“设备” super 按钮支持 PlayTo 或打印，或充当共享源，那将是疯狂的。我们将不得不拭目以待，看看他们在桌面应用程序可以做什么/不能做什么上划清界限。

在 Metro 和非 Metro 应用程序之间共享代码将变得非常困难。许多核心概念和约定都是相同的，但即使是文件 I/O 等基本内容也依赖于全新的 API。在栅栏的两边都可以工作的代码中，没有很多有趣的事情可以做。最好的办法是为您的业务层定义接口(interface)，然后使用依赖注入(inject)在运行时动态选择桌面与 winrt 实现