新足迹 › 论坛 › 兴趣爱好区 › IT与科技 › IT专业论坛 › Another IOC container for .net

精华好帖回顾
· 清明节为虾米要吃青团？67楼加了艾草粉的韩文包装图 (2012-3-23) chesecake	· 懒人挖池塘，达到自然生态平衡的经验和教训，大量图片，全文编辑到一楼了 (2013-9-19) 追风侠
· 参加活动，秀秀我的藏书2——万水千山走过 (2011-7-22) llkk	· [面子产品大交流] 之阿宝尝试版 (2007-3-17) 阿宝

查看: 1867|回复: 17

Another IOC container for .net [复制链接]

乱码

银靴族

发表于 2011-5-30 14:58 |显示全部楼层

此文章由乱码原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者乱码所有！转贴必须注明作者、出处和本声明，并保持内容完整

autofac
http://code.google.com/p/autofac/wiki/GettingStarted

有趣的这个东西的primary contibutor(http://nblumhardt.com/about/)跟castle windsor的primary contributor(http://kozmic.pl/about/)同时来自一个城市一个公司，不知道他们公司给客户做project到底用哪个

从stackoverflow上来看，好像autofac人气更旺些,虽然question页数不是很多

评分

参与人数 1	积分 +2	收起理由
典	+ 2	感谢分享

查看全部评分

ysihaoy

金靴族

发表于 2011-5-30 15:33 |显示全部楼层

此文章由 ysihaoy 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 ysihaoy 所有！转贴必须注明作者、出处和本声明，并保持内容完整

我猜乱码应该是足迹里.net的精英级人物吧？

senior或是architect。。。

cdfei

白金靴族

发表于 2011-5-30 15:34 |显示全部楼层

此文章由 cdfei 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 cdfei 所有！转贴必须注明作者、出处和本声明，并保持内容完整

我在用，很好

乱码

银靴族

发表于 2011-5-30 15:55 |显示全部楼层

此文章由乱码原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者乱码所有！转贴必须注明作者、出处和本声明，并保持内容完整

原帖由 ysihaoy 于 2011-5-30 14:33 发表
我猜乱码应该是足迹里.net的精英级人物吧？

senior或是architect。。。

I'm flatted, but no...

i'm just normal developer, just happened to have little bit of passion on it

乱码

银靴族

发表于 2011-5-30 15:56 |显示全部楼层

此文章由乱码原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者乱码所有！转贴必须注明作者、出处和本声明，并保持内容完整

原帖由 cdfei 于 2011-5-30 14:34 发表
我在用，很好

it's good to know :)

atransformer

头像被屏蔽

禁止访问

发表于 2011-7-21 15:47 |显示全部楼层

请问，现在写class, 有dependency的，是不是都要IoC？

此文章由 atransformer 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 atransformer 所有！转贴必须注明作者、出处和本声明，并保持内容完整

乱码

银靴族

发表于 2011-7-21 16:08 |显示全部楼层

此文章由乱码原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者乱码所有！转贴必须注明作者、出处和本声明，并保持内容完整

原帖由 atransformer 于 2011-7-21 14:47 发表

Ioc的程度，取决于project的要求，有的project看似用ico很多态，实际上并不多态，只是为unit test而ioc

如果要有很灵活的应用在runtime来决定用什么class的implementation,可能要用到factory，把选择的logic放到factory中去。

但一般来说用abstraction越多应该是越灵活，new的越多，以后refector的工作量就越大.

评分

参与人数 1	积分 +3	收起理由
atransformer	+ 3	谢谢指教

查看全部评分

atransformer

头像被屏蔽

禁止访问

发表于 2011-7-21 17:18 |显示全部楼层

原帖由乱码于 2011-7-21 15:08 发表

Ioc的程度，取决于project的要求，有的project看似用ico很多态，实际上并不多态，只是为unit test而ioc

如果要有很灵活的应用在runtime来决定用什么class的implementation,可能要用到factory，把选择的logic放到factory中去 ...

别打我。啥时候用 refector ？？

huazhb

银靴族

发表于 2011-7-21 17:43 |显示全部楼层

此文章由 huazhb 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 huazhb 所有！转贴必须注明作者、出处和本声明，并保持内容完整

前两天看了一个评测, autofac和 structuremap 性能比较好.spring.net最惨了

乱码

银靴族

发表于 2011-7-21 18:35 |显示全部楼层

此文章由乱码原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者乱码所有！转贴必须注明作者、出处和本声明，并保持内容完整

原帖由 atransformer 于 2011-7-21 16:18 发表

别打我。啥时候用 refector ？？

看的不爽的时候

乱码

银靴族

发表于 2011-7-21 18:37 |显示全部楼层

此文章由乱码原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者乱码所有！转贴必须注明作者、出处和本声明，并保持内容完整

原帖由 huazhb 于 2011-7-21 16:43 发表
前两天看了一个评测, autofac和 structuremap 性能比较好.spring.net最惨了

你是说这篇文章？

http://blog.ashmind.com/2008/08/ ... -frameworks-part-1/

http://blog.ashmind.com/2008/09/ ... -frameworks-part-2/

linkspeed

头像被屏蔽

禁止发言

发表于 2011-7-21 23:15 |显示全部楼层

此文章由 linkspeed 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 linkspeed 所有！转贴必须注明作者、出处和本声明，并保持内容完整

一直用MEF。感觉这个东西，纯粹就是为了测试而用的。
真的需要那么灵活吗？
我觉得一样的，到时候反而变成多改一个interface。

乱码

银靴族

发表于 2011-7-21 23:32 |显示全部楼层

此文章由乱码原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者乱码所有！转贴必须注明作者、出处和本声明，并保持内容完整

原帖由 linkspeed 于 2011-7-21 22:15 发表
一直用MEF。感觉这个东西，纯粹就是为了测试而用的。
真的需要那么灵活吗？
我觉得一样的，到时候反而变成多改一个interface。

agreed!!

我的感觉70%用它是为了unit test，剩下30%为以后的改变打基础。

这种思路整个team要统一，最好是先出test case，然后再implement，这种方式强迫用IOC.

如果先出Implementation，很容易就new，如果unit test自己忘了写，轮到其他人写，就很招人烦。

现在我看到new的东西，基本上都要顺手refector一下。

出abastraction不难，改signature的时候用resharper很容易，5秒钟搞定，checkout/save一下就好，不用让vs compile报错再fix.

huazhb

银靴族

发表于 2011-7-21 23:34 |显示全部楼层

我看的是一篇中文的

此文章由 huazhb 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 huazhb 所有！转贴必须注明作者、出处和本声明，并保持内容完整

你这个没有Performace的比较啊。不过那个连接一下子找不到了

原帖由乱码于 2011-7-21 17:37 发表

你是说这篇文章？

http://blog.ashmind.com/2008/08/ ... -frameworks-part-1/

http://blog.ashmind.com/2008/09/ ... -frameworks-part-2/