近期两天在重装系统，今天好不easy把各种东西都装齐全了，再打开我的机房收费系统，就提演示样例如以下错误：
看到这个问题。我感觉非常熟，由于曾经也遇到过两次这个问题，都是改了下D层的编译路径。改到了U层的binDebug目录下。所以这次也照样复制粘贴，可是执行还是报这个错。这让我不得不从头想想问题究竟出在哪里了。
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，可能这个程序是装系统备份后的吧，导致了跟曾经自己觉得的输出路径不一样。
通过这件小事，发现。知道为什么比知道怎么做还重要啊~