And*_*ita 5 .net c# wpf microsoft-metro windows-8
我对Windows 8中出现的所有新内容感到非常兴奋,但同时又有点担心如何以及如果我可以继续使用我已经使用.NET和C#构建的代码和自定义组件作为Windows开发者.关于这一点,我有一些一般的混合问题.希望你不介意我把它们放在一个帖子中:
Windows 8商店是适用于都市风格的应用程序还是常规的WPF桌面应用程序？包括推动更新和为公司员工提供应用程序？
WPF应用程序是否也可以使用新的App契约？AppContract是否基于WCF服务,可能在网络上进行UDP发现？我可以使用App Contract框架在自己的应用程序之间签订自己的合同吗？
我不是特别担心WPF是否会被抛弃.我可以没有它.令我担心的是,如果我仍然可以在C#中编写演示文稿和业务层代码并将其用作我的应用程序的后端,无论我将使用什么UI框架,HTML,Silverlight,WPF或者你有什么.如果我仍然能够在C#中编写逻辑并使用X UI框架呈现它,那么我是一个开心的开发人员.我听说我可以从JavaScript访问.NET框架.但是自定义组件呢？
据宣布，非 Metro 应用程序可以出现在商店中，但商店只会链接到发行商的网站 - 并不实际管理销售/安装/DRM/等内容。
到目前为止已经宣布的是，这些合同仅适用于 Metro 应用程序，但如果这一点不改变，我会感到震惊。对于 Microsoft 来说，如果不允许桌面应用程序向“设置”超级按钮添加命令、支持 PlayTo 或通过“设备”超级按钮进行打印，或者充当“共享”源，那将是疯狂的。我们将不得不等待，看看他们在桌面应用程序可以/不能做什么方面划定界限。
在 Metro 和非 Metro 应用程序之间共享代码将非常困难。许多核心概念和约定都是相同的，但即使是像文件 I/O 这样的基本内容也依赖于全新的 API。在代码中，没有太多有趣的事情可以在栅栏两边都工作。最好的选择是为业务层定义接口，然后使用依赖注入在运行时动态选择桌面与 winrt 实现
| 归档时间： |
|
| 查看次数： |
695 次 |
| 最近记录： |