今天在MSDN上看了一下微软这俩个可扩展框架,微软技术高手真很有才! MEF 和 MAF区别: 早期的 .NET Framework 版本引入了 Managed Add-in Framework (MAF),旨在使应用程序能够隔离和管理扩展. MAF 的重点放在比 MEF 稍高的级别,它集中于扩展隔离以及程序集的加载和卸载,而 MEF 则集中于可发现性.扩展性和可移植性. 这两个框架可以顺利地进行互操作,并且单个应用程序可以同时利用这两个框架. 1.Managed Extensibility F

概述 这篇文章的目的是简要分析对比MAF和MEF,并详细举出MEF设计中的细节和扩展上的细节,达到让读者能实际操作的目的.其中,MAF的设计会附上我的代码,其实就是官方的代码我自己手动联系了一遍,但还是很有收获的,不动手光看是不会体会到细节的:MEF是我着重介绍的,当然也是微软推荐的解决方案,所以这部分内容会多一些. 至于为什么要用MEF(插件框架)读者可针对自己的项目分析是否有必要使用. 文章中难免有不足和错误,还请大家不吝指出,互相交流. MAF和MEF MAF是微软集成在Framework

在刚学习MEF时,经常会问一个问题,那就是MEF和MAF这样的插件框架.和Unity这样的IoC框架到底有什么区别.MEF与MAF(Managed Addin Framework)最大不同在于:前者关注使用非常简单的方式来支持具有很强灵活性的可扩展支持,后者关注具有物理隔离.安全.多版本支持的插件平台架构:MEF和Unity不同在于:前者强调组合,后者强调依赖注入.

.Net插件编程模型:MEF和MAF MEF和MAF都是C#下的插件编程框架,我们通过它们只需简单的配置下源代码就能轻松的实现插件编程概念,设计出可扩展的程序.这真是件美妙的事情! 今天抽了一点时间,看了看MEF的例子,比较简单,有时间会整理一个简单的例子出来.简单的说,MEF使用了两个标注实现依赖注入. [Export]可以指定输出的类或者属性[Import]可以指定引入 通过Export,可以很轻松地将类或者属性输出到依赖注入的容器,再通过Export引入,对象的创建和组装,完全可以通过容器

背景   Team希望开发一个插件的平台去让某搜索引擎变得更好.主要用于采集一些不满意信息(DSAT)给Dev.这些信息会由不同的team提供不同的 tool分析.有的提供仅仅是一个website,有的提供了api.有的提供了service.所以我们设想做一个插件的平台.让那些team提供一些 dll.我们只需要把这些dll放在我们的platform里. 由于对插件开发一无所知.所以重头开始做调研. 为什么需要插件框架-扩展性问题 假设您的应用程序必须包含大量可能需要的较小组件,并负责创建和运行

摘要:.NET 是 Microsoft XML Web services 平台.MEF是.NET Framework 4.0一个重要的库,Visual Studio 2010 Code Editor的扩展支持也是基于MEF构建的.下面让我们一起来看. MEF(Managed Extensibility Framework)是.NET Framework 4.0一个重要的库,Visual Studio 2010 Code Editor的扩展支持也是基于MEF构建的.MEF的目标是简化创建可扩展的应

最近在写一篇关于如何扩展 Visual Studio 编辑器的文章时,用到了 MEF,因此打算写一篇文章提一下这个技术点.本篇文章并不打算详细介绍 MEF,只是一个最简单的入门,相信您在阅读本篇文章后,可以迅速开发出一个可扩展的应用程序. 简 介 MEF(Managed Extensibility Framework),是微软推出的一款用于搭建可扩展应用程序的框架,起初是独立于 .Net 发布的,后来集成到了 .Net 4.0 中.使用该框架可以非常轻松地扩展一个已发布的应用程序的功能,连 Vi

前言:今天十一长假的第一天,本因出去走走,奈何博主最大的乐趣是假期坐在电脑前看各处堵车,顺便写写博客,有点收获也是好的.关于MEF的知识,之前已经分享过三篇,为什么有今天这篇?是因为昨天分享领域服务的时候,用到MEF的注入有参构造函数的方法,博主好奇心重,打算稍微深挖一下,这篇来对此知识点做个总结. 还是将前面三篇的目录列出来,对MEF没有了解的朋友,可以先看看: C#进阶系列——MEF实现设计上的“松耦合”(一) C#进阶系列——MEF实现设计上的“松耦合”(二) C#进阶系列——MEF实现设

场景: 最近推荐同事在项目中使用起了 MEF,用其构建一个插件式的多人开发框架,因为该框架不是让我去设计了,所以对于 MEF 和 IOC 等概念不是很了解的同事,便会出现各种问题.接入 AOP 便是其中的问题之一,看在大家都是一起工作的同事,能帮的我自然会尽量去帮,不过,过不了多久我就会离职了,所以,且行且珍惜吧. 主要内容: IOC 和 AOP 的概念 扩展 MEF,使其支持 AOP 简单的 AOP 框架实现 综合 AOP 示例分析 IOC 和 AOP 的概念 对于 IOC 和 AOP,这应该

原文地址: http://www.cnblogs.com/xiaokang088/archive/2012/02/21/2361631.html MEF 的精髓在于插件式开发,方便扩展. 例如,应用程序的日志输出到文本,后来想改为输出到数据库,按照传统的办法,需要替换项目,删除原有的引用,增加新的引用:如果使用MEF,直接用新的dll替换原来的dll,即可搞定,这就是MEF的魅力. 下面就用简单的例子来实现上述的需求. 1. 建立一个解决方案,然后增加如下的几个项目 DBlog 输出日志到数据库

CompositionContainer 公开了一部分获取导出.导出对象以及两者集合的重载.   在这些方法重载中,你应该遵循下面的共享行为准则 - 除非特别说明.   当请求单一实例的时候,如果没发现任何导入,将会抛出异常. 当请求单一实例的时候,如果发现不止一个导入,将会抛出异常.   GetExportedValue   在下面的代码片段里,我们请求 Root(契约)实例的实例.   var container = new CompositionContainer(new Assembly

理解 MEF 容器部件生命周期和实现是非常重要的事情.考虑到 MEF 关注可扩展应用程序.这变得尤为重要.生命期可以解释为期望部件的共享性(transitively, its exports)   共享,非共享与所有权(Share,Non Shared and ownership)   部件的共享性(Shareability)是通过使用 PartCreationPolicyAttribute 定义的.PartCreationPolicyAttribute 提供以下几种值:   Shared:部件

在MEF出现以前,其实微软已经发布了一个类似的框架,叫MAF(Managed Add-in Framework),它旨在使应用程序孤立和更好的管理扩展,而MEF更关心的是可发现性.扩展性和轻便性,后者更lightweight.我们将跟随MEF官网来学习. The Managed Extensibility Framework or MEF is a library for creating lightweight, extensible applications. It allows appli

MEF 简介 Managed Extensibility Framework 即 MEF 是用于创建轻量.可扩展应用程序的库. 它让应用程序开发人员得以发现和使用扩展且无需配置. 它还让扩展开发人员得以轻松地封装代码并避免脆弱的紧密依赖性. MEF 让扩展不仅可在应用程序内重复使用,还可以跨程序重复使用. 在进行传统的 C/S 端开发,如果项目不是特别复杂,常规的开发模式还是可以应对的.但是一旦场景复杂度提升,一个小小业务功能的修改就需要更新整个客户端,这个对于开发者来说是不能忍受的.因此微软为

Managed Extensibility Framework (MEF) 什么是 MEF?   Managed Extensibility Framework 即 MEF 是用于创建轻量.可扩展应用程序的库. 它让应用程序开发人员得以发现和使用扩展且无需配置. 它还让扩展开发人员得以轻松地封装代码并避免脆弱的紧密依赖性. MEF 让扩展不仅可在应用程序内重复使用,还可以跨程序重复使用.   实例: MEF 位于 ComponentModel.Composition 程序集中 添加 System

前面一个博客:也来学学插件式开发中很多朋友留言说可以用MEF来实现.于是我就试着用MEF实现了一下. 步骤和上一篇差不多,只是加载插件的方式有所不同.这只是一个自己的示例程序,肯定有很多不足之处,欢迎拍砖. MEF如何工作? MEF主要是通过Import与Export特性来定义导入与导出部件.程序在运行的时候会将具有相同接口的导出的实例化,赋给导入. MEF程序设计指南一:在应用程序中宿主MEF这篇文章有一个简单的MEF例子,大家可以参考一下. 所以,在这里,插件就是导出,我们在程序中要定义具有

MEF 的精髓在于插件式开发,方便扩展. 我学东西,习惯性的先搞的最简单的Demo出来,看看有没有好玩的东东,然后继续深入.这个博文,不谈大道理,看demo说事儿. 至于概念,请google ,大把大把的. 例如,应用程序的日志输出到文本,后来想改为输出到数据库,按照传统的办法,需要替换项目,删除原有的引用,增加新的引用:如果使用MEF,直接用新的dll替换原来的dll,即可搞定,这就是MEF的魅力. 下面就用简单的例子来实现上述的需求. 1. 建立一个解决方案,然后增加如下的几个项目 Dblo

一.演示概述此演示介绍了MEF如何使用ImportMany特性同时导入多个与相同约束相匹配的导出部件,并且介绍了目录服务(Catalog),该服务告知MEF框架可以在什么地方去搜寻与指定约束匹配的导出部件,即导出部件位于什么地方.相关下载(屏幕录像.代码):http://yunpan.cn/cVdN5JHeQrJgI 访问密码 065d温馨提示:如果屏幕录像和代码不能正常下载,可站内留言,或发邮件到524130780@QQ.COM 欢迎有兴趣研究.NET相关技术的网友加QQ群:18507443

引言    Managed Add-In Framework是一个插件式框架.它有两大作用,一个是解耦,插件和宿主由7个管道组成,两边都有适配器Adapter管道,能最大程度地降低插件和宿主的耦合度:一个是物理隔离,可以有程序域隔离和进程隔离,插件崩溃了不会搞挂宿主.资料    具体的介绍和用法两本书有比较详细的介绍,如下    <C#高级编程(第七版)> 50章MAF    <WPF编程宝典> 32章插件模型注意     基本用法上面两个书都有,但是需要注意的是接口参数不能用枚举

今天试了一下在WinRT中使用MEF,这里简单的介绍一下步骤. 首先,使用NuGet安装MEF 然后,就可以使用MEF组装插件了,简单的示例如下: interface ILogger    {        void LogMessage(string msg);    } [Export(typeof(ILogger))]    class Logger : ILogger    {        public void LogMessage(string msg)        {