InfoQ

新闻

微软在框架中开始拥抱依赖注入机制

作者 Jonathan Allen译者 赵劼 发布于 2008年4月29日 下午7时44分

社区
.NET
主题
敏捷技术
标签
依赖注入

微软建立了一个应用程序框架核心(Application Framework Core)团队,以减少WCF、WPF以及ASP.NET之间的重复。这个团队的目标是为了避免一些设计上的问题,例如WPF与WF之间不同的依赖属性系统。

该团队的第一个项目是Managed Extensibility Framework,或者称之为MEF。这个项目会使用一些诸如命名与激活服务(Naming and Activation Services)、依赖注入以及动态类型(Duck Typing)等技术。微软对其大部分的实现都基于社区的反馈。Krzysztof Cwalina写到:

与依赖注入社区的直接接触也已经开始。我们在上周的MVP峰会中谈论了这方面技术,并且同Jeremy Miller(Structure Map的拥有者)和Ayende Rahien(Rhino Mocks)进行了交流。我们从Jeremy和Ayende那里得到了许多非常棒的反馈,我认为他们在依赖注入邻域的经验以及反馈对于项目的进展都有不可估量的价值。

尽管还处于早期阶段,我们已经能够获得一些初期语法示例。根据.NET的惯例,这主要通过标记自定义属性来使用,而不是XML或者显式对象传递。

查看英文原文:Microsoft Embraces Dependency Injection in the Framework

没有回复

回复

独家内容

程立谈架构、敏捷和SOA实践

支付宝首席架构师程立在本文分享了支付宝技术架构的发展,对架构的认识,成功架构的特点,如何避免架构设计的失败,以及在敏捷和SOA方面的实践等。

Emmanuel Bernard谈Bean验证规范

InfoQ有幸采访到了Emmanuel Bernard,向其了解Bean验证框架及专家组正在寻求的社区参与的更多相关信息。

通过索引器简化C#类型信息访问

作为一个有别于Java、Ruby等语言的一个特性,C#可以用索引器(Indexer)将类型本身以对象数组的形式供外部使用。同时,把索引器和LINQ结合使用倒是一个非常不错的组合,索引器做接口、LINQ完成内部检索逻辑,客户程序在无需记住具体方法名称的前提下,按照键值检索即可,索引器内部则依托LINQ to系列的基础,提供对各种异构数据源的访问。

产品负责人成功之道

Scrum中,产品负责人这个角色具有很大的影响力,能够带来很高的价值。但要想运用得当,可没那么轻而易举。如果做得好,就可以在客户和开发者之间建立更为融洽的关系,并能够增加组织的竞争优势。

硝烟中的Scrum和XP

在本书中,作者Henrik Kniberg讲述了他在一年的时间里,带领40人的团队实施Scrum的过程。他们试过了多种团队尺寸(3~12人)、sprint长度(2~6星期),定义“完成”的不同方式,不同的backlog格式,各种测试策略,在多个Scrum团队之间进行同步的多种方式。他们还尝试过XP实践——持续集成、结对编程、测试驱动开发等等,还试过了把XP跟Scrum组合。

软件开发中的准时化生产

准时化生产(Just In Time)是精益生产(Lean Production)和丰田生产系统(Toyota Production System)中的概念,敏捷开发与准时化生产中的很多观点和实践是一致的,精益思想作为精益生产背后的指导思想也正在积极地影响着软件开发领域,向其中不断注入创新与活力。

Tapestry for Nonbelievers

I. Drobiazko和R. Zubairov合作撰写了一篇文章,详细介绍Apache Tapestry 版本5——一个面向组件web框架。文章向读者展示了创建组件方法,并谈到了Tapestry中的IoC以及Ajax的相关特性。

ESB拓扑方案

在本文中,Adrien Louis讨论了两种基于ESB的SOA拓扑方案的优缺点:单个公司级ESB vs. 彼此互联的“部门级”ESB系统。Adrien讨论了每种方案对管理、业务监测、治理、可靠性和编配等问题的影响。