Put aside the fog and see the essence <>
解决问题之前,要明白问题为什么会出现
如果只想单纯的解决这个问题的话,直接把错误复制然后百度就会出现很多很多解决方案
如果你想明白为什么会出现这个错误
1、首先了解反射的机制
任何类库编译完成之后都会生成.dll文件,反射就是从当前反射所在的.dll(DBZQ.Answer.Factory.dll)文件查找.dll
2、我们来看一下程序的代码和文件
web.config
DalFacoty代码
我们找到web层的bin目录下,查看一下所有的程序集
很容易就会看出来,web下的bin目录并没有DBZQ.Answer.Dal.dll
3、为什么没有DBZQ.Answer.Dal.dll?
我们可以发现web/bin下有很多dll文件,就是没有DBZQ.Answer.Dal.dll文件
为什么?
我们先看看程序中有多少层
然后和dll文件仔细对比一下,发现只有9个dll文件,少了两个(DBZQ.Answer.Test和DBZQ.Answer.Dal)
DBZQ.Answer.Test只是我平时写项目时做测试用的,没有任何层调用了Test层,会不会和引用有关系?
然后我们仔细理一下调用关系
不难发现,web层无论是直接还是间接,都引用了所有层,除了Dal层,这是我们就可以大胆的猜测,可能是引用的关系
会心一笑,这有何难?接下来我就做了一件事
然后重新生成解决方案,打开web/bin
嗯~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~????????
看来事情并没有我想的这么简单,还是没有DBZQ.Answer.Dal.dll
呐,为什么其他的层被web层间接引用了可以出现.dll文件??而dal层不行
既然间接引用不行那我们直接引用试一下,先取消Factory层对Dal层的引用
重新生成解决方案
看来还是老大的引用最顶用
那这是为什么呢?为什么间接引用又不行了呢?
仔细思考之下我想到了一个问题,就是我其他的间接引用都是真正的要引用,因为我要用到其他层的函数所以我要引用
并不只是添加一个引用,而是引用加调用
那我们再来尝试一下,先取消web层对dal层的引用
然后同样是工厂类,添加对Dal层的引用,重新生成解决方案
ok,不存在,我们尝试着在DalFactory中声明一个Dal层的对象试一下
重新生成解决方案!!!
果然出现了
看来这个就是编译机制的问题,如果是直接引用,所引用的dll文件会直接出现在bin目录下,
如果是间接引用,必须要有明确的调用代码,才会将dll文件添加到bin文件加的目录下,
接下来说一下问题最开始的解决方案,就是缺少dll文件造成的
1、右键dal层,属性-->生成-->输出路径 改为web/bin
2、将dal/bin/debug下的dll文件和pdb文件复制到web/bin
3、web直接添加对dll文件的引用(因为层和层之间的调用关系原因、我个人感觉不太好,仅仅只是个人感觉)
虽然只是一个小问题,百度一搜也很快可以解决,但是我还是想说一句
解决问题要明白问题为什么会出现,只有不断的探索才能成长
热门工具 换一换