举例:
我写了一个类库,生成了一个DLL。
在WEB网站上引用此DLL,然后我调试,竟然能调试到DLL里面,把类库里的类,全部呈现了出来。
但别人的DLL又不会,请问怎么才能是这DLL在页面调用调试时不呈现出源代码!

解决方案 »

  1.   

    .NET的DLL都能被反编译....
      不知道M$怎么想的...
      

  2.   

    你的 dll 放到别人(与你的项目无关的人员)的工程里去试过吗?
      

  3.   

    我也遇到过,不过是在这个DLL开发的机器上,拿到我同事的机器上调试就没有这种情况。我认为是:如果你调试的机器的VS解决方案资源管理器中如果有DLL的源代码,调试时就会进去,你试试从解决方案中删到项目吧
      

  4.   

    试验以下,把本工程中的源代码移除,只引用dll文件,那样可能就不应该跟进了
      

  5.   

    我猜你引用的不是DLL,而是引用你那个类库工程
    如果是这样,那当然可以调试到DLL里来
      

  6.   

    如果是上面我说的这种情况,而你又不想调试你的代码,可以参考以下做法---------------------  Just My Code Debugging  在调试代码中,我们经常会遇到这样的问题,有时我们引用了一些其他工具包或者类库(如Microsoft提供的Enterprise Library),而在调试时,我们其实是不需要跟踪调试这些代码的,因为它们都已经证明是正确的。在Visual Studio 2003中,处理这类问题我们的方法一般是使用F10跳过它们,但一旦工程庞大的话,这样做十分麻烦。在Visual Studio 2005中,新增加了Just My Code debugging(JMC)的新特性,可以让开发者自己定制哪些代码是需要调试,哪些代码是永远不需要调试的,这样可以节省大量的时间。  JMC功能由两方面来实现。首先,如果一个工程是以release方式进行编译构建的话(就是工程中,没有pdb文件),调试器会将其认为是非用户代码,那么在调试运行时,就根本不会进入该工程中进行调试。其次,可以使用System.Diagnostics命名空间里的 DebuggerNonUserCodeAttribute属性,将其应用在希望不进行调试的代码段中。  下面举一个例子来说明。下面的代码段中,有两个静态方法UserCode()和NonUserCode(),其中,在NonUserCode()中,是应用了 DebuggerNonUserCode的属性,这表明这段代码将在调试运行时,调试器不会进入其中。将断点设置在其中的第9行,运行程序,程序会在第一个UserCode()里中断,现在试着用F11继续单步跟踪,会发现系统在进入usercode()方法中运行后,并没有进入到NonUserCode ()里运行。using System;
    using System.Diagnostics;
    class Program
    {
    static void Main(string[] args)
    {
    // Step into F11 from here
    UserCode();// Place break point on this line
    NonUserCode();
    UserCode();
    }
    static void UserCode()
    {
    Console.WriteLine(This is a call from user Code);
    }
    // Attribute to indicate the Debugger to jump
    // over this method
    [DebuggerNonUserCode]
    static void NonUserCode()
    {
    Console.WriteLine(This is a call fron Non User Code);
    }
    }
      

  7.   

    你把dll给人家不给代码别人怎么可能看见源代码呢?你在调试状态,系统只是方便你调试关联了代码。有什么好大惊小怪的
      

  8.   

    发布类库项目时 使用release模式不要使用debug就不会了