背景

在Windows Mobile和Wince(Windows Embedded CE)产品开发中，有时候会使用C++封装一些共用代码，例如在我们项目中使用了C++封装了一个对USB通信的公开代码库，这些共用代码编译成静态库，其他模式使用的时候，只需要include头文件，链接lib库就可以了，但是.NET Compact Framework的程序没有办法使用C++编译的静态库，所以产生封装Native DLL提供给.NET Compact Framework程序调用的需求。

 

简介

本文讲述在Windows Mobile和Wince(Windows Embedded CE)下如何封装Native DLL提供给.NET Compact Framework进行调用。

 

可选方案

在.NET framework下可以把C++编译成托管的DLL，这样.NET的程序可以直接调用这个DLL了，但是在.NET Compact Framework下，不支持managed c++，所以只能封装成Native的DLL，然后.NET Compact Framework P/Invoke该Native DLL。 封装Native的DLL有两个可选的方案。

 

方案一: .DEF文件

使用.DEF文件，.DEF文件可以定义输出接口

LIBRARY   NativeLib EXPORTS    Insert   @1    Delete   @2    Member   @3    Min   @4

上面的.def文件定义了四个输出接口。如果使用.def文件，需要在编译选项进行配置，如下图:

使用.def文件麻烦的地方是每次更新接口都要手工更新.def文件，但是使用.def文件有一个好处是当dll发生更新以后，如果定义的ordinal没有发生改变的话，调用方不需要重新链接程序就可以使用新的DLL，Windows Mobile的今日组件就是使用.def文件进行定义的，需要实现ordinal为240和241两个接口：

InitializeCustomItem        @240    NONAME CustomItemOptionsDlgProc    @241    NONAME

这样shell32进程就可以加载实现了这两个接口的DLL，不需要重新连接来支持新的组件。

 

方案二: __declspec(dllexport)

我个人偏向于使用__declspec(dllexport)的方案，因为P/Invoke不存在调用方重新链接的问题，所以我偏向于使用__declspec(dllexport)的方案。

使用__declspec(dllexport)的方案，在需要输出的函数加入__declspec(dllexport)。这样该函数就会生成输出表。

#define EXPORT_API __declspec(dllexport) EXPORT_API BOOL  OpenIndicator() {
  return TRUE; }

例如上述定义生成以下输出。使用Dumpbin /exports进行查看。

Microsoft (R) COFF/PE Dumper Version 9.00.30729.01 Copyright (C) Microsoft Corporation.  All rights reserved. Dump of file NativeLib.dll File Type: DLL   Section contains the following exports for NativeLib.dll     00000000 characteristics     4AF757EA time date stamp Sun Nov 08 10:44:42 2009         0.00 version            1 ordinal base            1 number of functions            1 number of names     ordinal hint RVA      name           1    0 0000BA30 ?OpenIndicator@@YAHXZ = ?OpenIndicator@@YAHXZ (int __c decl OpenIndicator(void))   Summary         1000 .data         2000 .pdata         2000 .rdata         2000 .reloc        19000 .text

有没有发现输出是?OpenIndicator@@YAHXZ 而不是 OpenIndicator。

如果.NET Compact Framework的调用方如下：

[System.Runtime.InteropServices.DllImport("DeviceCommsLib.dll", SetLastError = true] private static extern bool OpenIndicator();

程序执行的时候会抛出找不到入口点的异常，如下图：

原因是生成输出的时候使用C++的命名输出了 而不是 OpenIndicator。如果要解决这个问题，有两个办法：方法一，在调用方指定入口点：

[System.Runtime.InteropServices.DllImport("DeviceCommsLib.dll", SetLastError = true, EntryPoint = "?OpenIndicator@@YAHXZ")] private static extern bool OpenIndicator();

这个办法不好，因为调用方需要使用Dumpbin /exports查看输出入口点。

 

 

 

方法二，增加extern "C"，如下：

#define EXPORT_API __declspec(dllexport) extern "C" {
      EXPORT_API bool OpenIndicator()     {
  return true;     } }

这样使用了C的命名，使用Dumpbin /exports查看输出如下：

Microsoft (R) COFF/PE Dumper Version 9.00.30729.01 Copyright (C) Microsoft Corporation.  All rights reserved. Dump of file NativeLib.dll File Type: DLL   Section contains the following exports for NativeLib.dll     00000000 characteristics     4AF75999 time date stamp Sun Nov 08 10:51:53 2009         0.00 version            1 ordinal base 1 number of functions            1 number of names     ordinal hint RVA      name           1    0 0000BA30 OpenIndicator = OpenIndicator   Summary         1000 .data         2000 .pdata         2000 .rdata         2000 .reloc        19000 .text

输出接口变成OpenIndicator 了。

 

总结

总结一下，如果有Native C++的共用静态库需要提供给.NET Compact Framework调用，首先新建一个win32的DLL，把改静态库链接到这个DLL里面，然后定义DLL通过extern "C" __declspec(dllexport) 来输出出接口，最后在.NET Compact Framework程序就可以通过P/Invoke来调用原先在静态库中的功能模块来。

关于P/Invoke，我原先写过些文章可以参考。