最近两天在重装系统,今天好不容易把各种东西都装齐全了,再打开我的机房收费系统,就提示如下错误:
看到这个问题,我感觉很熟,因为以前也遇到过两次这个问题,都是改了下D层的编译路径,改到了U层的bin\Debug文件夹下。所以这次也照样复制粘贴,但是运行还是报这个错。这让我不得不从头想想问题到底出在哪里了。
1,为什么要为D层手动修改编译时的输出路径?
这个问题还得从咱们的包图和引用关系说起:
从图中可以看出,U层引用外观层和实体层;外观层引用实体层和B层,B层引用D层和工厂层,接口层引用实体层。工厂层引用接口层,D层引用实体层。。。有没有发现什么?谁引用了D层?No One! 正因为如此,当程序从U层启动的时候,因为不能通过层层引用实例化D层,导致了出现找不到D层。那么,有的童鞋可能会说,让U层引用D层不就行了么? 可是这个不就成了传统的两层了么,中间的解耦工作相当于白干了。逻辑上说不过去,但是经过试验,发现实现上还是可行的。
更好的方法还是采用更改编译路径,那么,为什么错误出现时我更改编译路径不行呢?
2,原来程序的编译结果有两个版本
bin目录用来存放程序的编译结果,它有Debug和Release两个版本,分别对应的文件夹为bin/Debug和bin/Release,这个文件夹是默认的输出路径,在编译后生成的程序文件会存放在该目录下。
知道了这一点后,我查看了自己U层的输出路径,发现它不知道什么时候,已经默默变成了bin/Release,可能这个程序是装系统备份后的吧,导致了跟以前自己认为的输出路径不一样。
通过这件小事,发现,知道为什么比知道怎么做还重要啊~
为什么会找不到D层文件?
时间: 2024-10-31 21:32:39