还是没有明白IoC的好处

那么把例1稍微修改一下。

class packet 
{ 
        inner m_inner; 
        
        packet(); 
        { 
        	Initialize();;
        } 
        
        virtual protect void Initialize();
        {
        	m_inner = new DefaultInner();;
        }
} 

这是ioc不？

不是。凡是你自己主动出击试图解决依赖的，都不是ioc。

举一个实际的例子吧。

我们先后为某银行做了2套系统，等第二套快做完的时候，银行说虽然是2套，但我想用统一的用户管理，想想这也是合理，一个单位的员工没有必要在两个地方管理。所以就把有关用户/权限管理的数据单独拎出来了。

这时候我的系统就要访问2个数据源了，怎么办呢？

在Spring的配置里增加一个DataSource指向新的数据源，把有关用户数据访问的DAO的Datasource全改一遍，OK！十分钟搞定。

而前一套系统呢，2年多前做的了，设计得没有这么好，改动太大，最终只能放弃，还是把数据放在它那里，由后一套系统的Datasource指过去。

这大约就是IOC的好处了。
前面也有人说过了，在需要Ioc的地方才用，不能全都用，这也是一个原则。前面的讨论有时就险入以偏概全的问题，一说Ioc，好像就必须全部用似的。

ajoo使我看到的分析的最棒的，难怪可以专门写一个框架，谢谢a lovely zhu:D