微软WinRT开发人员的一些解答

原文Panel: Answers from Microsoft Developers Who Built WinRT

 

  Chris Anderson, Chris Guzak, Jerry Dunietz, Kamen Moutafov, Martyn Lovell, Elliot H Omiya引导开发者开发不同的WinRT组件,他们回答了一些针对运行在2012平台遇到的急切问题,以下是摘要的最重要的问题的答案。

 

CLR,是一个DLL集合,用于桌面和app store应用程序,但一个桌面程序的调用方式跟WinRT不一样.

 

WinRT的异步调用可能带来问题,例如:当有人要调试一百个文件名时,每次调试都要抛出一个异常很麻烦.该小组认为，在未来解决这一问题。

微软没有透露任何有关.net或WinRT未来版本的信息,但他们会在将来的某一个时间点公布.将会说现在的版本是一个win8的WinRT版本.

 

通过windows store app打开一个已经被桌面程序以独占模式打开的文件将失败.为了避免这种冲突,需要在只读模式下打开文件.底层的文件系统

对WinRT和桌面程序来说是一样的.

 

一个被执行的线程是从一个被windows操作系统管理的一个专门线程池中分离出来的.因为有大量从UI线程调用的异步操作,当他们返回时可能会

影响应用程序,必须被释放处理.如果应用程序是运行多个异步调用，那么建议批其执行，这样就不会在系统过载。

 

有一个新的字符串类型在WinRT,为了WinRT适应不同语言的需求,提供的一种共同处理方式.一个字符串被C#,C++,JavaScipt等语言创建时,在WinRT

是不会自动复制内容的,只有引用是WinRT通过出于性能方面的原因,但它可以在必要的时候复制

 

Windows Store的认证过程中只包括基本的测试，以确保应用程序的兼容性与的WinRT设备，如表面，它不是一个详尽无遗。广泛的测试是必须的，

以确保应用程序能够正常运行在目标设备上运行时

 

 

微软并没有提供以编程方式访问系统的硬件信息 - 如电池电量 - 以避免开发人员在WinRT使用它来改变应用程序的基础行为。我们的想法是让不同的

设备和系统状态，应用程序具有一致的行为。

Windows 8的开发Portal提供了一些在一个应用程序运行时有关的设备和Windows版本信息。

 

这是很难或不可能写系统管理类型的WinRT应用程序。该系统禁止或限制访问某些系统资源。

没有编程的方式来查询或执行应用程序来服务一个特定的协议, 如哪些应用程序播放MP3文件的文件协议，这些协议决定留给用户。

对于在桌面和store apps之间的信息交互，小组成员之一说：“我们努力解决不能工作的问题。”, 通信的唯一方法是在用户的控制通过协议和文件类型关联。

一个WinRT应用程序可以有多个视图在单独的线程中运行。 Windows认为这样的观点，作为一个单一的应用程序的视图，这意味着用户不能使

用该系统的应用程序切换机制，但这一机制单独开发的应用程序之间切换的意见。

Windows Store的应用程序可以打开端口和通信但Web服务器的端口不能是80。