在 BUILD 2012 大会的The Windows Runtime Q&A座谈上，Chris Anderson、Chris Guzak、Jerry Dunietz、Kamen Moutafov、Martyn Lovell和 Elliot H Omiya等负责 WinRT 不同组件的主要开发者回答了开发者关心的一些 Windows 8 应用程序相关问题，特别是 WinRT 问题。以下是大部分重要问题答案的摘要。
桌面和 Windows 商店的应用程序都有一个 CLR、一组 DLL，但是桌面应用程序的执行不经过 WinRT。
WinRT 异步调用可能导致问题，比如要检查成百上千个文件名时。每个调用会抛出一个异常，致使调试体验非常不好。研发团队考虑以后解决这个问题。
关于.NET 或 WinRT 的未来版本，微软没有公布任何信息，但他们肯定会在未来某个时间公布的。现在他们能说的就是“Windows 8 有一个内置的 WinRT 版本”。
如果文件已经被桌面应用程序以互斥模式打开，Windows 商店应用程序就无法再打开。为了避免这种冲突，我们需要以读模式打开文件。WinRT 和桌面应用程序底层的文件系统是一样的。
异步操作是由 Windows 管理的专用线程池中一个独立线程执行的。从 UI 线程激发大量的异步调用时必须小心翼翼，因为当这些调用全部返回时对应用程序可能有严重的影响。如果一个应用程序要运行很多异步调用，为了避免系统超载，建议采用批处理方式执行。
WinRT 引入了一种新的字符串类型，以便有一种通用方式来支持它上面不同编程语言的需要。一种语言（如 C#、 C++ 和 JavaScript 等）中创建的字符串在向 WinRT 传递时不会被自动复制，出于性能考虑，只是传递一个引用，但必要的时候可以复制字符串本身。
为了确保应用程序与 WinRT 设备（如 Surface）的兼容性，Windows 商店的的认证过程只覆盖了一些基本测试，而且测试也不是非常详尽。要确保应用程序能在一个目标设备上正确运行，还需要执行大量的测试。
在 WinRT 中，微软没有提供可编程的方式来访问系统的某些硬件信息，比如电池剩余电量，这是为了避免开发者利用这种信息来修改 WinRT 应用程序的行为。其理念是让应用程序在不同的设备和系统状态上保持一致的行为。Windows 8 Dev Portal提供了一些应用运行的设备和 Windows 版本信息。
针对 WinRT 编写系统管理类应用程序非常困难，甚至是不可能的。系统禁止或限制了对某些系统资源的访问。
没有可编程的方式来查询应用程序是否使用了某一特定协议，也不能强制应用程序采用特定协议，比如通过文件协议设置确定哪个应用程序负责播放 mp3 文件。这个由用户来决定。
至于桌面应用程序和商店应用程序之间的通信，与会的一个开发者谈到：“我们花了很大的力气，就是不让它们通信。”唯一的通信方式是通过协议和文件类型关联，这是由用户控制的。
一个 WinRT 应用程序可以有多个视图，它们分别运行于独立的线程中。Windows 将两个这样的视图看做一个应用程序，这意味着用户无法使用系统的应用程序切换机制进行切换，不过有一个专门为应用程序独立开发的机制。
Windows 商店应用程序能够打开端口并通信，但不能使用 Web 服务器的 80 端口。
查看英文原文：Panel: Answers from Microsoft Developers Who Built WinRT
注册/登录 InfoQ 发表评论