为了能用上原来的C++代码，只好研究下从C# 中调用DLL
首先必须要有一个声明，使用的是DllImport关键字：
包含DllImport所在的名字空间
using System.Runtime.InteropServices;
public class XXXX{
[DllImport(“MyDLL.dll")]
public static extern int mySum (int a,int b);
}
[DllImport(“MyDLL.dll")]
public static extern int mySum (int a,int b);
代码中DllImport关键字作用是告诉编译器入口点在哪里，并将打包函数捆绑在这个类中
在调用的时候
在类中的时候 直接 mySum(a,b);就可以了
在其他类中调用: XXXX. mySum(a,b);
[DllImport(“MyDLL.dll”)]在申明的时候还可以添加几个属性
[DllImport(“MyDLL.dll", EntryPoint=" mySum ",CharSet=CharSet.Auto,CallingConvention=CallingConvention.StdCall)
]
EntryPoint: 指定要调用的 DLL 入口点。默认入口点名称是托管方法的名称 。
CharSet: 控制名称重整和封送 String 参数的方式 (默认是UNICODE)
CallingConvention指示入口点的函数调用约定(默认WINAPI)(上次报告讲过的）
SetLastError 指示被调用方在从属性化方法返回之前是否调用 SetLastError Win32 API 函数 (C#中默认false )
int 类型
[DllImport(“MyDLL.dll")]
//返回个int 类型
public static extern int mySum (int a1,int b1);
//DLL中申明
extern “C” __declspec(dllexport) int WINAPI mySum(int a2,int b2)
{
//a2 b2不能改变a1 b1
//a2=..
//b2=...
return a+b;
}
//参数传递int 类型
public static extern int mySum (ref int a1,ref int b1);
//DLL中申明
extern “C” __declspec(dllexport) int WINAPI mySum(int *a2,int *b2)
{
//可以改变 a1, b1
*a2=...
*b2=...
return a+b;
}
DLL 需传入char *类型
[DllImport(“MyDLL.dll")]
//传入值
public static extern int mySum (string astr1,string bstr1);
//DLL中申明
extern “C” __declspec(dllexport) int WINAPI mySum(char * astr2,char * bstr2)
{
//改变astr2 bstr 2 ，astr1 bstr1不会被改变
return a+b;
}
DLL 需传出char *类型
[DllImport(“MyDLL.dll")]
// 传出值
public static extern int mySum (StringBuilder abuf, StringBuilder bbuf );
//DLL中申明
extern “C” __declspec(dllexport) int WINAPI mySum(char * astr,char * bstr)
{
//传出char * 改变astr bstr -->abuf, bbuf可以被改变
return a+b;
}
DLL 回调函数
BOOL EnumWindows(WNDENUMPROC lpEnumFunc, LPARAM lParam)
using System;
using System.Runtime.InteropServices;
public delegate bool CallBack(int hwnd, int lParam); //定义委托函数类型
public class EnumReportApp
{
[DllImport("user32")]
public static extern int EnumWindows(CallBack x, int y);
public static void Main() {
CallBack myCallBack = new CallBack(EnumReportApp.Report); EnumWindows(myCallBack, 0);
}
public static bool Report(int hwnd, int lParam)
{
Console.Write("Window handle is ");
Console.WriteLine(hwnd); return true;
}
}
DLL 传递结构
BOOL PtInRect(const RECT *lprc, POINT pt);
using System.Runtime.InteropServices;
[StructLayout(LayoutKind.Sequential)]
public struct Point {
public int x;
public int y;
}
[StructLayout(LayoutKind.Explicit)]
public struct Rect
{
[FieldOffset(0)] public int left;
[FieldOffset(4)] public int top;
[FieldOffset(8)] public int right;
[FieldOffset(12)] public int bottom;
}
Class XXXX {
[DllImport("User32.dll")]
public static extern bool PtInRect(ref Rect r, Point p);
}
DLL 回调函数，传递结构 想看的msdn里面都有专题介绍，看的我都是晕晕的:)
其他参考请搜索:
在C#程序设计中使用Win32类库
C#中调用C++托管Dll
如何在C#中加载自己编写的动态链接库
相关文章：Creating a P/Invoke Library
能用上DLL以后感觉还是很好的，原来的C++代码只要修改编译通过就可以了，
高兴没多久，发现.net2005居然可以用VB，VC开发智能设备项目，可以创建MFC智能设备项目
晕晕，难道可以直接用MFC来开发smartphone的程序了，赶紧看看，，，
公司高层决定把公司现有软件移植到Smartphone手机上,
晕．．晕,都是在VCKbase上混的，手机开发还都真不会，
研发部随即轰轰烈烈展开学习Smartphone上程序开发，为老板梦想而努力的运动
偶当然也淹没在这次运动的海洋里，
小记我最近响应运动情况：
EVC
最先使用开发环境是：
Microsoft eMbedded C++ 4.0
ActiveSync 3.7.1
Smartphones2003 SDK
EVC从安装到配置，还是比较烦的
大家可以搜索
＂从零开始 smartphone＂
＂为 Microsoft Smartphone 开发应用程序＂
跟着一步步走，还是可以搞定的．
首先选EVC就是看中可以用C++，不要去学C#了，：）
但是 但是，，，小试以后发现
用EVC编写的都是C风格的代码，什么都要自己作，在界面控件上也有很多不支持，
象MENU,SPIN Box Control都要自己创建,真是不爽．
.net2003
为了能够快速开发，只好在.net2003上尝试用C#来写
.net果然不一样，界面控件支持上有了很大的提高，
SPIN Box Control象按钮一样拖上来就能使用，菜单也就改改ID，改改名称就能使用，
但后来发现一个问题在EVC中可以用ActiveSync或者File Remote Viewer来浏览模拟器上的文件，可我在.net2003找了半天也没有找到如何去查看模拟器上的文件，最后一个同事告知，. .net2005上有个功能＂插入底座＂可以很方便查看文件．
.net2005
犹豫再三，一狠心，把.net2003删了，装.net2005，安装的时候发现，要求C盘（系统盘)最少要有1.1G，我晕阿,我C盘一直都是很吃紧的，才300M，结果花了上午，在C盘左删点，右删点，硬是整出1.2G，这个结果让我自己都十分佩服自己了,就是有点担心xp还能不能正常启动，和和，要安装2005的朋友们要注意了哟，看看你门的C盘有没有足够的空间！
有惊无险,.net2005还是装上了,我装的是中文版的，界面豪华不少，很爽
为了正常开发smartphone程序
需要再安装：
1.Microsoft? .NET Framework 1.1 版可再发行组件包.exe
2.ActiveSync4.1
无废话，创建了VC#智能程序,编译执行，选择模拟器类型，手机模拟器就出来了，程序运行成功，
在选中 工具--->设备仿真管理器--->插入底座--->ActiveSync就连接成功了，就可以浏览模拟器中的文件了．
折腾那么久，终于有了个好的开发环境，以后就要学习C#了，这才是个开始呢．