Inrie(洪晓军)
Wake up every day with a feeling of passion for the difference technology will make in our life.
posts - 51,  comments - 120,  trackbacks - 4
Unity Application Block (Unity) 是微软 Patterns & Practices  团队开发的一个轻量级、可扩展的依赖注入容器,有助于构建松散耦合的系统。它支持构造子注入 (Constructor Injection) , 属性/设值方法注入 (Property/Setter Injection) 和方法调用注入 (Method Call Injection) 。Patterns & Practices  团队于前些天(4月4日)发布了Unity的第一个正式版本(Unity 1.0)。

[注:该系列所有代码均基于.Net Framework 3.5]

Unity Application Block 1.0系列(1): 快速开始

Unity Application Block 1.0系列(2): 构造子注入(Constructor Injection)

Unity Application Block 1.0系列(3): 属性/设值方法注入(Property/Setter Injection)

Unity Application Block 1.0系列(4): 方法调用注入(Method Call Injection )

Unity Application Block 1.0系列(5): 使用BuildUp让已存在对象实例也支持依赖注入

Unity Application Block 1.0系列(6): 杜绝循环引用

Unity Application Block 1.0系列(7): Lifetime Managers

未完待续......

作者:Inrie (洪晓军)

出处:http://www.cnblogs.com/inrie
posted on 2008-04-20 02:15 Inrie(洪晓军) 阅读(2477) 评论(20)  编辑 收藏 所属分类: Application Block

FeedBack:
2008-04-20 09:05 | 李战      
俺并不看好所谓的“注入”技术,因为那不过就是在原有代码逻辑的前后加点另外的代码逻辑而已。这些“注入”会把面向方面的思想带到错误的路上去。

俺瞎说的,楼主莫怪。
  回复  引用  查看    
2008-04-20 09:30 | Justin      
偶喜欢依赖注入!
  回复  引用  查看    
2008-04-20 09:36 | 老刘.      
wow~
兄台出手真快,哈哈。
刚刚看过善友的一篇介绍
http://www.infoq.com/cn/news/2008/04/microsoft-unity
  回复  引用  查看    
2008-04-20 11:18 | 小No      
--引用--------------------------------------------------
李战: <img src="http://www.cnblogs.com/Emoticons/yoyocici/223853735.gif" alt="" />俺并不看好所谓的&#8220;注入&#8221;技术,因为那不过就是在原有代码逻辑的前后加点另外的代码逻辑而已。这些&#8220;注入&#8221;会把面向方面的思想带到错误的路上去。<br />
<br />
俺瞎说的,楼主莫怪。<img src="http://www.cnblogs.com/Emoticons/QQ/laf.gif" alt="" />

--------------------------------------------------------

你不看好是因为还没深入了解DI或者还没从DI中获得大的好处
  回复  引用  查看    
2008-04-20 12:56 | ZH-CN      
很好~支持下
  回复  引用  查看    
#6楼 [楼主]
2008-04-20 13:57 | Inrie(洪晓军)      
@李战
我觉得无论是AOP还是什么其他思想,这些毕竟都只是思想,最主要的是要利用这些思想来实现我们的需求,为我们的开发带来便捷和好处。反过来说,如果我们实现了某个需求了,这其中有用到一些思想,或许可能还跟现有的这些思想有一些出入(为了适应现有需求而做了适当修改),对于这种情况,说是这个应用把这些思想带到错误的路上就有点牵强了,因为我们主要关注这个应用的本身。

我觉得依赖注入可以帮助我实现:
1.简化对象的创建,由容器来统一管理对象的创建和销毁,增加了灵活性
2.接口和实现分离
3.可以帮助我们理顺软件的依赖关系,提高应用程序的灵活性
4.更方便做单元测试
......

不知道我理解的你所要表达的意思是否正确,个人观点,欢迎指正: )
  回复  引用  查看    
#7楼 [楼主]
2008-04-20 14:01 | Inrie(洪晓军)      
@Justin
同感 : )

@老刘.
: )

@ZH-CN
谢谢支持
  回复  引用  查看    
2008-04-20 15:00 | ppchen(陈荣林)      
一下写这么多啊,哈我也来顶
  回复  引用  查看    
#9楼 [楼主]
2008-04-20 15:15 | Inrie(洪晓军)      
@ppchen(陈荣林)
谢谢支持哈 : )

PS:多写一些文章分享下哈。
  回复  引用  查看    
2008-04-21 08:57 | 李战      
俺是在想,有没有办法对已有的逻辑代码进行重新组合,而不仅仅是在前后加东西。毕竟现有的AOP都大都拿“日志”和“事务”来做例子,那都只是把原有代码包裹一下。

楼主有没有想过也许会在原有代码中间插入另一个方面的逻辑呢?


  回复  引用  查看    
2008-04-21 09:11 | 王孟军!      
学习
  回复  引用  查看    
2008-04-21 12:46 | 浪子      
^_^
我喜欢这个,感觉比OB简单些,OB有点太大了。


不过好久没接触技术的东东了......
  回复  引用  查看    
#13楼 [楼主]
2008-04-21 21:20 | Inrie(洪晓军)      
@李战
“对已有的逻辑代码进行重新组合”终究还是会回到“依赖”这个点上来哈。在原有代码中间插入另一个方面的逻辑不正是AOP可解决的吗?

俺超级喜欢看你写的文章,那篇"悟透JavaScript"看了好多遍,受益颇多!期待更多大作哈!
  回复  引用  查看    
#14楼 [楼主]
2008-04-21 21:20 | Inrie(洪晓军)      
@王孟军!
谢谢支持~

  回复  引用  查看    
#15楼 [楼主]
2008-04-21 21:21 | Inrie(洪晓军)      
@浪子
老大有空也多写一些心得哈,让我们多学一些:)
  回复  引用  查看    
2008-04-21 21:46 | 浪子      
最近做小项目,不值一提啊.

大部分时间花在学E文了:)

--引用--------------------------------------------------
Inrie(洪晓军): @浪子
老大有空也多写一些心得哈,让我们多学一些:)
--------------------------------------------------------

  回复  引用  查看    
2008-05-23 10:10 | 坏人      
2、3、4点是否有点牵强了,没有IOC也无关紧要

  回复  引用  查看    
2008-05-23 10:10 | 坏人      
个人感觉IOC主要是增强了配置性,简化了工厂中的对象管理工作,把这部分工作抽象出来了而已。
  回复  引用  查看    
#19楼 [楼主]
2008-05-23 17:27 | Inrie(洪晓军)      
@坏人
2,3,4点说的是它所带来的好处的一部分,单单的从每一点上来看,并不是说只有Unity(或者说是IOC)才可以这样。应该总体上来看更合适一些。

:上面那个评论内容是我随想列举出来的几点,没写全主要点,给自己汗一个!
  回复  引用  查看    

标题  
姓名  
主页
Email (只有博主才能看到) 
验证码 *  看不清,换一张 [登录][注册]
内容(请不要发表任何与政治相关的内容)  
  登录  使用高级评论  新用户注册  返回页首  恢复上次提交      
该文被作者在 2008-05-09 16:02 编辑过


相关链接:
 

Msn:
hongxiaojun(at)live.com

Mail/Gtalk:
hongxiaojun(at)gmail.com

与我联系

搜索

 

常用链接

留言簿(1)

我管理的小组

我参与的团队

我的标签

随笔分类(47)

随笔档案(48)

Friends

最新随笔

搜索

最新评论

阅读排行榜

评论排行榜