一点一点学架构(四)—Spring.NET错误Cannot Resolve Type……

背景

  在搭建完项目框架之后,当我利用单元測试来測一条线时。出现了下面错误:

一点一点学架构(四)—Spring.NET错误Cannot Resolve Type……_第1张图片

  Cannot resolve type[……]for object with name ‘ButtonBll’ defined in config.

  看到问题描写叙述之后首先去检查了自己配置文件里的配置:

            
            <object id="ButtonBll" type="ITOO.UIQueryProperties.BLL.ButtonBll,ITOO.UIQueryProperties.BLL" singleton="false"/>

  细致核对了类名,程序集名称。确定配置没有问题。
  这是哪里的问题呢?

原因分析

  这是最初版本号的架构图

一点一点学架构(四)—Spring.NET错误Cannot Resolve Type……_第2张图片

  图中红色勾出来的地方是三个工厂,这里用到了设计模式中的抽象工厂+反射+配置文件。

  架构图演变
  去掉了三个工厂,取而代之的是Spring.NET中的IOC容器。我们知道。IOC容器就像是一个对象制造工厂。
  那么说这些有什么用呢?
  还记得在用抽象工厂+反射+配置文件时。有个常常出的错误吗?
  未能载入文件或程序集“DAL”或它的某一个依赖项。系统找不到指定文件。


  当时的解决方式是将DAL层的生成路径改到UI层的bin\Debug目录下。

详细内容可參考《应用反射+配置文件+抽象工厂时出现的错误和原因分析 》
  所以,尽管这两次错误的提示不一样,可是根源还是一样的:没有把实现层类库的生成路径改到应用程序启动层。

解决

     一点一点学架构(四)—Spring.NET错误Cannot Resolve Type……_第3张图片

  这里须要我们把BLL层和DAL层的生成路径都改到 WCFService层的bin\Debug文件下。(假设要进行单元測试,单元測试层引用的dll文件都来自于WCFService层bin\Debug中的文件就可以)

总结

  前后两次问题出如今不同的情景下,形式变了,可是道理没变。不管是学习还是解决这个问题,我们都应该学会举一反三。

你可能感兴趣的:(一点一点学架构(四)—Spring.NET错误Cannot Resolve Type……)