首页 > 代码库 > 一点一点学架构(四)—Spring.NET错误Cannot Resolve Type……

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

背景

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

技术分享

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

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

            <!--B层实现注入-->
            <object id="ButtonBll" type="ITOO.UIQueryProperties.BLL.ButtonBll,ITOO.UIQueryProperties.BLL" singleton="false"/>

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

原因分析

  这是最初版本号的架构图

技术分享

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

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


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

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

解决

     技术分享

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

总结

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

<script type="text/javascript"> $(function () { $(‘pre.prettyprint code‘).each(function () { var lines = $(this).text().split(‘\n‘).length; var $numbering = $(‘
    ‘).addClass(‘pre-numbering‘).hide(); $(this).addClass(‘has-numbering‘).parent().append($numbering); for (i = 1; i <= lines; i++) { $numbering.append($(‘
  • ‘).text(i)); }; $numbering.fadeIn(1700); }); }); </script>

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