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

http://tech.it168.com/a2011/0921/1249/000001249501.shtml
2011年09月21日11:57 来源:InfoQ 作者:Jonathan Allen 译者 侯伯薇 编辑:皮丽华 评论:0

    【IT168 资讯】尽管我们可以使用.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文件”,并确保遵循以下规则:

  •   API签名只使用Windows运行时的类型
  •   结构体只能拥有公有的数据字段
  •   只允许对XAML控件使用继承,其它类型都必须使用sealed关键字。
  •   只支持内建的泛型
  •   编译这些库之后,我们就可以在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

posted @ 2011-11-03 16:08  董雨  阅读(332)  评论(0编辑  收藏  举报