现在接触一个需求，要使用一个网关接口实现短信发送，实现过程并不难，是使用[DllImport("*.dll")]，但用ASP.NET调用别人写好的DLL还是头一次。看了一下COM和非托管代码的介绍，搞的云里雾里反而更不知道自己要什么了，还是亲自动手做一下就知道。

　　这网关有一个实现的例子：

　　程序代码

        [DllImport("MWGateway.dll")]//帐户登陆
        private static extern int MongateConnect(string ip, int port, string account, string pwd);
        [DllImport("MWGateway.dll")]//发送单向信息
        private static extern int MongateSendSms(int clientsock, string mobi, string note);
        [DllImport("MWGateway.dll")]//测试连接
        private static extern int MongateTestConn(int clientsock);
        [DllImport("MWGateway.dll")]//查询余额
        private static extern int MongateQueryBalance(int clientsocket);
        [DllImport("MWGateway.dll")]//查询使用   
        private static extern int MongateQueryUsed(int clientsocket);

　　注意：以上代码是可以放在ASP.NET页面中直接运行的，但有个条件，就是那个MWGateway.dll文件得搞到%system32%目录中，放在bin中不行，会提示说找不到模块。

　　这直接带来的问题是，没办法在服务器上部署，因为要服务器的%system32%中放入一个动态库是很难做到的。

　　我查了一下，都说在ASP.NET2.0环境中是可以把DLL放在bin中的方式调用，但我实验失败了；如果是应用程序项目，要把DLL文件放在debug中，试了一下，确实可以。

　　换个角度去实现它：我先写个类库项目，这个类的功能就是“解释”一下DLL中的方法，用ASP.NET调用这刚写的类库项目，就可以实现把DLL拷贝到Bin文件夹中完成调用了。在服务器上验证了一下，每个应用程序池都可以运行独立的DLL，并且互相无任何干扰。

　　这种方式有点像某种“包装器”，和那个Runtime Callable Wrapper的思路近似。我的web应用程序的一部分可以连接到DLL，并且向上提供更多实用方法，设计模式中是叫接口模式。