可供C#和Visual Basic调用的WinRT API

作者 Jonathan Allen 译者 侯伯薇 发布于 2011年9月20日

领域

语言 & 开发

主题

JavaScript ,

Visual Basic.NET ,

C# ,

动态语言 ,

C++ ,

编译器 ,

.NET ,

语言 ,

编程

分享到

尽管我们可以使用.NET语言来调用Win32 API，但那样做会很困难。所以在过去的两年间微软一直在构建替代的方案，它就是实现了跨语言支持的Windows运行时，即WinRT。我们可以在C++和.NET中创建WinRT组件，并且可由二者以及JavaScript使用。

尽管COM在表面上是一种基于OOP的框架，但它与.NET之间有很大的区别。在WinRT出现之前，COM是基于接口而不是基于类的。这意味着其中缺少很多.NET开发者认为应该有的内容，像构造函数以及静态方法等。C++组件扩展解决了这个问题。

WinRT形式的COM使用的元数据格式和通用语言运行时（Common Language Runtime）相同。这些信息存储在表示结构的WINMD文件中，尽管没有实现，但在所有公有类中都会有。FXCop被用于检验这些文件所暴露的API是否遵循.NET Framework的设计指南。

.NET在最开始时就有“API设计委员会（API Design Board）”。受此启发，Windows运行时也会建立API设计委员会来对其进行管理。很多最初的成员都在.NET委员会中，并且很多指南都直接来自于.NET基本类库所遵循的原则。

Windows运行时会返回HRESULT，而不会抛出异常。对于众所周知的HRESULT值来说，会抛出相应的异常，而对于其他值就只能抛出COMException。

WinRT的IAsyncOperation接口现在使用新的async/await关键字，就像.NET的Task对象一样。

所有Windows运行时的集合接口都被映射到.NET框架的等价物上。在.NET 4.5中添加了IReadOnlyList和IReadOnlyDictionary，用来负责处理WinRT中的只读集合。

WinRT和.NET API在两个地方无法匹配。WinRT的stream无法直接与.NET的IO.Stream类兼容，但是可以调用名为AsStream的扩展方法来进行转换。WinRT还拥有名为IBuffer的接口，这在.NET中也无法简单地实现。在此也有一个扩展方法来进行IBuffer和比特数组之间的转换。

我们可以使用C#和VB来创建新的Windows运行时程序库，过程非常简单。为了把类暴露为Windows运行时组件，我们只需要把项目类型设置为“WINMD文件”，并确保遵循以下规则：

1. API签名只使用Windows运行时的类型
2. 结构体只能拥有公有的数据字段
3. 只允许对XAML控件使用继承，其它类型都必须使用sealed关键字。
4. 只支持内建的泛型

编译这些库之后，我们就可以在C++和JavaScript中调用它们，就像从.NET中调用一样简单。

警告

由于WinRT是基于COM构建的，所以你同样会有引用计数和mark-and-sweep垃圾回收器之间无法融合的问题。对于实现了析构函数释放非内存资源的对象来说，这是最常见的问题。我们可以考虑调用“Marshal.FinalReleaseComObject”来解决问题，但是那本身也存在问题。

COM风格的marshaling需要在.NET和本地组件之间调用。尽管这通常是无关紧要的，但是如果API非常不正式，那么就会出现问题。

内建的WinRT库（而不是XAML）是在Metro运行时环境之外提供的。然而，第三方的WinRT库并非如此。这是WinRT中激活框架（activation framework）的限制，而不是.NET的问题。

查看英文原文：C# and Visual Basic on the WinRT API

译者 侯伯薇 是InfoQ中文站架构社区编辑，有多年对日和国内项目开发经验，目前关注企业中技术与实际业务之间的融合和协作。

1. 返回顶部

   MS越来越乱了，无限的增加这些关键字

   发表人 Yang Bob

   MS越来越乱了，无限的增加这些关键字

   回复

2. 返回顶部

   Re: MS越来越乱了，无限的增加这些关键字

   发表人 高 翌翔

   随需应变，与时俱进嘛！
   
   关键字多说明可以处理的情况多，关键是要搞清楚每个关键字的应用环境（Context），
   做到头脑清晰，当用则用！
   
   夜空里的繁星乱不乱，天文学家却可以把一个个星座悉数讲给你听！
   
   抱怨只会徒增烦恼，不如静下心来读读MSDN，阿弥陀佛 :)

   回复

3. 返回顶部

   Re: MS越来越乱了，无限的增加这些关键字

   发表人 Zhao Jeffrey

   怎么算是无谓增加？这个async太关键了。

   回复

4. 返回顶部

   Re: 怎么算是无谓增加？这个async太关键了。

   发表人 高 翌翔

   哈，老赵谈定，人家说的是【无限】，不是【无谓】，
   只是抱怨关键字太多，是你误会了。
   
   确实，async是提高程序性能的关键：
   

   应用程序的响应速度对于微软而言是非常重要的。所有耗时超过50毫秒的操作系统级别的API调用将被公开为异步操作，正是为了向开发者传递这种价值观。
   ——摘录自WinRT：Win32的面向对象替代品
   

   回复

5. 返回顶部

   Re: MS越来越乱了，无限的增加这些关键字

   发表人 yan luhan

   不如说是增加了很多语法糖.

   回复