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