这个错误是我在打包的时候。发现的，由于我移动了我的project的位置（从C盘移动到了D盘），看一下出错的代码：

Dim strDB As String = System.Configuration.ConfigurationSettings.AppSettings("DBUser")    '这里改动配置文件就能够确定是查询那个表了。    '/// 
    '/// depiction：
      <实例化一个dal中的user表的类>
           '/// 
      
    '/// 
     <參数说明>
          '/// 
      
           '///
       <返回值是一个boolean值>
            '/// 
       
          Public Function CreateUserInfo() As IDAL.IUser        Return CType(Assembly.Load("DAL").CreateInstance("DAL" & "." & strDB), IUser)    End Function
     

     

      上面strDB的值是从配置文件里取出来的，个人觉得，只个人觉得配置文件就是一个变量库。而不把这个变量写在代码中是由于配置文件是在系统执行的时候，就会将里面的值载入出来。

         首先利用这次机会，我想说说我对反射的理解：

         我们使用反射，首先要清楚命名空间中几个类的关系：

         System.Reflection 命名空间

        (1)AppDomain：应用程序域，能够将其理解为一组程序集的逻辑容器

        (2)Assembly：程序集类

        (3) Module:模块类

        (4)Type：使用反射得到类型信息的最核心的类

        他们之间是AppDomain能够包括多个Assembly，一个Assembly能够包括多个Module，一个Module能够包括多个Type.

         在我们设计的机房收费系统中，上面的代码就是我们动态载入一个程序集（Assembly）。动态载入程序集的方法能够使用三种：Load。LoadFrom和LoadWithPartialName三个Assembly的静态方法。

         显然我们用的是第一种。

Assembly.Load(),这种方法载入程序集的顺序是：首先它回去全局程序集缓存查找。再到应用程序的根文件夹查找，最后在应用程序的私有路径中查找。

         Assembly.Load("")的使用说明例如以下;   

        并非命名空间。经常使用的是程序集名称，也就是dll的名称   

        重载列表     

        名称     说明       

        Assembly.Load   (AssemblyName)     在给定程序集的   AssemblyName   的情况下，载入程序集。    

 

       关于反射Assembly.Load("程序集").CreateInstance("命名空间.类")

       而无论在哪一层写这段代码当中的("程序集")读取的实际是web层bin目录下的dll,也就是说你反射的类的程序集dll在web层的bin下必须有。

       Assembly.Load("程序集名")

      在看我们的代码：程序集名为"DAL"（DAL为我的D层的文件包），直接上图大家看的更清楚：

 

     大家能够看到在我的UI层（Web层）根本就没有DAL.dll文件，有的话依照字母排列应该在红线处。所以。我们就到DAL层（DAL\bin\release）将DAL.dll相关文件拷到Web层。结果：

      好的，执行一下就好了。