NBear IOC 重构笔记

按 NBearV3 中文用户手册的做法， 历经坎坷。 愿本文给相似经历的朋友一些帮助。

1。整理好所需要的 Dll 和 MQService （Hosting 的调度中心），Hosting 程序。这个结构很好。 Hosting 可分布，但是对于客户端程序来说，只认得 MQService 。
    Dll版本的不一致会造成许多莫名其妙的问题。
    Hosting 可能起动不了。说 类实现没有实现接口。
    客户端可能报，Dll 不一致。

用 sn -T webpart.dll （注意 －T  须是大写） ， 可查看 Dll 的 公钥 。

2。MQService 和 Hosting ， 例子程序是正确的。贴一下配置文件吧。
MQService.config

<? xml version="1.0" encoding="utf-8"  ?>
< configuration >
   < configSections >
     < section  name ="serviceFactory"  type ="NBear.IoC.Service.Configuration.ServiceFactoryConfigurationSection, NBear.IoC"   />
   </ configSections >
   < serviceFactory  type ="Remoting"  name ="testServiceFactory"  protocol ="TCP"  server ="192.168.1.97"  port ="8888"  debug ="true"  maxTry ="30"   />
</ configuration >

Hosting.config

<? xml version="1.0" encoding="utf-8"  ?>
< configuration >
     < configSections >
         < section  name ="serviceFactory"  type ="NBear.IoC.Service.Configuration.ServiceFactoryConfigurationSection, NBear.IoC"   />
         < section  name ="castle"    type ="Castle.Windsor.Configuration.AppDomain.CastleSectionHandler, Castle.Windsor"   />

     </ configSections >
     < castle >
         < components >
             <!-- You can use standard castle component decleration schema to define service interface impls here -->
             < component  id ="categoryservice"  service ="Bus.Ent.IDictProc,Bus"  type ="Bus.Ent.DictProc,BusImp" />
         </ components >
     </ castle >
     < serviceFactory  type ="Remoting"  name ="testServiceFactory"  protocol ="TCP"  server ="192.168.1.97"  port ="8888"  debug ="true"  maxTry ="30"   />
</ configuration >

3。 Console客户端和Web客户端的调用方式，配置方式，是一样的， 但例子给出的， 怎么调也不对。应该像下面一样:

<? xml version="1.0" ?>
< configuration >
     < configSections >
         < section  name ="serviceFactory"  type ="NBear.IoC.Service.Configuration.ServiceFactoryConfigurationSection, NBear.IoC"   />
         < section  name ="entityConfig"  type ="NBear.Common.EntityConfigurationSection, NBear.Common" />
         < section  name ="castle"  type ="Castle.Windsor.Configuration.AppDomain.CastleSectionHandler, Castle.Windsor" />
     </ configSections >
     < entityConfig >
         < includes >
             < add  key ="Sample Entity Config"  value ="~/EntCfg.xml" />
         </ includes >
     </ entityConfig >
     < castle >
         < components >
             <!-- You can use standard castle component decleration schema to define service interface impls here -->
             < component  id ="categoryservice"  service ="Bus.Ent.IDictProc,BusIfc"  type ="" />
         </ components >
     </ castle >
     < serviceFactory  type ="Remoting"  name ="testServiceFactory"  protocol ="TCP"  server ="192.168.1.97"  port ="8888"  debug ="true"  maxTry ="30"   />
     < appSettings />
     < connectionStrings >
         <!-- <add name="Northwind" connectionString="Server=(local);Database=Northwind;Uid=sa;Pwd=sa" providerName="NBear.Data.SqlServer.SqlDbProvider"/> -->
     </ connectionStrings >
    
</ configuration >

component 节中， 不要写 type , 如果写了实现的 Type ，它就不会远程调用了。 想想也是， 客户端只留一个接口就OK了。不必要留实现。

4。接口要继承自 NBear.IoC.Service.IServiceInterface  ， 而不是 IService 。这一点例子也写错了。
5。其它的很简单，照例子做就没有问题。如果出现问题，多检查环境。

 

再说说， 什么是 IOC 。

IOC 是 Inversion of Control ， 控制反转， 直接理解，不太形象，这里有著名的好莱坞理论：如果你想做什么事，你告诉我，但是你呆着别动，到时我会找你。后被Martin Fowler改名为 Dependency Injection 依赖注射，也就是将类之间的关系通过第三方进行注射，不需要类自己去解决调用关系。

它是一种实现将类解耦的方式，也算是一种设计原则 ，形成了一个设计模式（DI依赖倒置），也是分布式设计的具体应用。

在分布式中这样说，客户端说，我要创建 A 对象， 调用 A.B 方法 。但是 ， 客户端只有 A 接口 和 A.B 空方法 。 具体实现会在服务器端来做。 这就是 IOC 。 实现了调用与实现的分离。

 

在百科上看到了 IOC 的定义，让人感觉更明白，更容易理解：

IoC　　(Inversion of Control)

　　中文译为控制反转　　又称为“依赖注入”（DI ＝Dependence Injection）

　　IOC的基本概念是：不创建对象，但是描述创建它们的方式。在代码中不直接与对象和服务连接，但在配置文件中描述哪一个组件需要哪一项服务。容器负责将这些联系在一起。

　　其原理是基于OO设计原则的The Hollywood Principle：Don't call us, we'll call you（别找我，我会来找你的）。也就是说，所有的组件都是被动的（Passive），所有的组件初始化和调用都由容器负责。组件处在一个容器当中，由容器负责管理。

　　简单的来讲，就是由容器控制程序之间的关系，而非传统实现中，由程序代码直接操控。这也就是所谓“控制反转”的概念所在：控制权由应用代码中转到了外部容器，控制权的转移，是所谓反转。

最后一句，结合代码，点睛之笔。