我自己编写的DLL   test.dll
代码如下
namespace test
{
        public static int Login(string username, string password)
        {
             //业务代码就不贴出来了
        }
        public static int sendMessage(string username, string password, string message, string mobile)
       {
            //业务代码就不贴出来了
        }
}

其中有 Login 和 sendMessage 方法，我自己用C# 开发软件是 Microsoft Visual Studio 2005  直接点引用-添加引用 调用它是没有任何问题。
但是如果这样 调用的话
[DllImport("test.dll", EntryPoint = "Login")]
 public static extern int Login(string username, string password);
 private void button1_Click(object sender, EventArgs e)
{
       MessageBox.Show(Login(_name,_pass).ToString());
}
程序就会出现错误，错误提示：
  无法在 DLL"test.dll"中找到名为"Login"的入口点

请高手指点一下，我应该怎么修改一下，或者是说 C#根本不能写这样的DLL ？

高手赐教啊，在线等回复啊！！！

怎么就没人理我呢，哎！

代码如下
namespace test
{
        public static int Login(string username, string password)
        {
             //业务代码就不贴出来了
        }
        public static int sendMessage(string username, string password, string message, string mobile)
       {
            //业务代码就不贴出来了
        }
}
这段代码是三层结构业务层的代码吗??
写在一个类里面的吧  这样呢
namespace test
{
  public class 名字
  {
       public static int Login(string username, string password)
        {
             //业务代码就不贴出来了
        }
        public static int sendMessage(string username, string password, string message,     string mobile)
       {
            //业务代码就不贴出来了
        }

  }
}
我也不知道对不对   呵呵

DllImport是平台调用，Windows平台调用使用的是Native编译代码，dll入口遵循PE标准。但C#编写的代码编译成的dll是经过封装的，并不符合Native代码。它遵循PE文件头，然后指向一个CLR头，在该头中含有元数据，.net识别该元数据，但Win32 Native并不识别它。因此就找不到那个入口。
.net编译的dll代码只能在基于.net的平台框架下调用。微软为什么这么做，有其无法解决的矛盾面。首先，.net要实现简单易用，就要摈弃指针、宏定义的诸多不算优秀的语法，而且采用了一个完全新式的CTS（Common Type System，通用类型系统），和以往在win32下所使用的类型有出入。

谢谢5楼 斑竹解答。 也就是说 用C#编译出来的DLL 只能用.net平台下的C、C++、VB这些语言调用，而不能被JAVA、Delphi等语言调用，是吗？ 如果说我要用C#写个接口，给 Delphi 调用，能实现吗？

呵呵，很心细的MM， 类名忘了贴上来了 ：）

[System.Runtime.InteropServices.DllImport("user32")]
这个方式对不对

是的，暂不能实现。

谢谢斑竹，让我郁闷了几天的问题，终于搞清楚了，原来不是我不行，是微软不让，哈哈~~~~