理解 MEF 容器部件生命周期和实现是非常重要的事情。考虑到 MEF 关注可扩展应用程序。这变得尤为重要。生命期可以解释为期望部件的共享性(transitively, its exports)

 
共享,非共享与所有权(Share,Non Shared and ownership)
 
部件的共享性(Shareability)是通过使用 PartCreationPolicyAttribute 定义的。PartCreationPolicyAttribute 提供以下几种值:
 
  • Shared:部件所有者告知 MEF 一个或多个部件的实例存在于容器。
  • NonShared: 部件所有者告知 MEF 每次对于部件导出的请求将会被一个新的实例处理。
  • Any 或者不支持的值: 部件所有者允许部件用作“Share”或者“NonShared”。
 
可以使用 [System.ComponentModel.Composition.PartCreationPolicyAttribute] 定义创建策略:
 
    [PartCreationPolicy(CreationPolicy.NonShared)]
[Export(typeof(IMessageSender))]
public class SmtpSender : IMessageSender
{
public void Send(string message)
{
throw new NotImplementedException();
}
} public interface IMessageSender
{
void Send(string message);
}
容器总会有他所创建部件的所有权。换言之,所有权绝不会转移给使用容器实例(直接)或者通过导入(间接)请求者。
导入也可以定义或者约束部件的创建策略,用于提供导入值。你说要做的是为 RequiredCreationPolicy 指定 CreationPolicy 枚举值:

 
    [Export]
public class Importer
{
[Import(RequiredCreationPolicy = CreationPolicy.NonShared)]
public Dependency Dep { get; set; }
}
部件可用性关联到导入者是非常有用的。默认情况下,RequiredCreationPolicy 被设置成 Any,所以 Shared 和 NonShared 部件都可以提供值。

- Part.Any Part.Shared Part.NonShared
Import.Any Shared Shared Non Shared
Import.Shared Shared Shared No Match
Import.NonShared Non Shared No Match Non Shared
注意:当双方都定义为“Any”的时候,结果会是 Shared 部件
 
释放容器(Disposing the container)
 
容器实例通常是容器持有部件的生命周期。部件实例由容器创建,生命周期受到容器生命周期的限制。结束容器生命周期的途径是调用 Disposing 方法。
  • 实现 IDisposable 的部件会调用 Dispose 方法
  • 容器中包含的部件引用将会被清除
  • 共享部件会被释放和清除
  • 容器释放后,延迟导出不会起作用
  • 该操作可能会抛出 System.ObjectDisposedException 异常
 
容器和部件引用(Container and parts references)
 
我们相信 .NET 垃圾回收器是做清理最适合的选择。然而,我们也需要提供一个拥有确定性行为的容器。因此,除非满足下面的条件容器,将不会保留它所创建的引用:
 
  • 部件被标记为 Shared
  • 部件实现了 IDisposable 接口
  • 一个或多个导入配置为允许重组
 
对于上述情况,部件引用是保留的。结合实际目标,从容器中请求那些非共享部件,内存需求会很快成为一个问题。为了缓解这个问题,应该依靠接下来两节讨论的策略。
 
域操作和早期资源回收(Scoped operations and early reclaim of resources)
 
一些常见应用程序,比如:Web 应用程序(web apps) 和 Windows 服务(windows services)与桌面应用程序(Desk Applications)有很大的区别。他们更多的依靠批处理和短暂操作。

对于那些场景,你应该要么使用子容器(下一节介绍)要么提前释放对象图。后者允许容器释放和清理对于对象图中 Shared 部件的引用 - 直到到达 Shared 部件。

 
为了提前释放对象图,你需要调用 CompositionContrainer 公开的 ReleaseExport 方法: 
 
var batchProcessorExport = container.GetExport<IBatchProcessor>();

var batchProcessor = batchProcessorExport.Value;
batchProcessor.Process(); container.ReleaseExport(batchProcessorExport);
下图描述一个对象图并显示哪些部件会被释放(引用移除,回收)哪些保持原状。

  
 

作为 root 部件是 non shared,容器不会保留引用,所以大体上是无操作的。我们继续遍历图检查为 root 部件的导出。部件1既 non shared 又 disposable,所以部件被回收而且引用从容器移除。同样发生在部件2,然后。。。。。。。。

 
注意那些深度优先方式实现的遍历图。
 
容器层级(Container hierarchies)

 
另一种方法处理同样的问题是使用层级容器。你可以创建容器并把他们连接到父容器,使之成为子容器。请注意,除非你为子容器提供不同的目录,这不会起到太大的作用,实例化同样会在父容器发生。
 
因此,或者你应该指定一个全新的目录,公开一组应该由子容器创建的部件。我们期望子容器的生命期是短暂的,创建的部件会提前释放和回收。
 
一种常见的方法是在父容器构建 Shared 部件以及在子容器上构建 Non Shared 部件。Shared 部件会依靠 Non Shared 部件导出,此外,主目录必须包括整组部件,反之,子容器应该仅仅包含主目录 non  shared 部件过滤的视图。
 
获取该主题的更多信心,请参考:过滤目录

 
回收序列

回收序列总是不确定的。这意味你不应该尝试在你的 Dispose 方法上使用导入。例如:
 
[Export]
public class SomeService : IDisposable
{
[Import]
public ILogger Logger { get; set; } public void Dispose()
{
Logger.Info("Disposing"); // might throw exception!
}
}
在 dispose 方法实现中使用导入的 logger 实例可能会出错,作为 ILogger 约定的实现也可能会被回收掉,或者已经被回收了。
 
AddPart/RemovePart
 
不是每个部件都是由容器创建。也可以从容器添加和移除部件。这个过程触发组合并且可能开始为满足依赖递归添加部件的创建。  

注意:MEF 永远不需要你提供实例的所有权,但是它确实有所创建的部件的所有权用以满足实例的导入。
 
using System;
using System.ComponentModel.Composition;
using System.ComponentModel.Composition.Hosting;
using System.ComponentModel.Composition.Primitives; class Program
{
static void Main(string[] args)
{
var catalog = new AssemblyCatalog(typeof(Program).Assembly);
var container = new CompositionContainer(catalog);
var root = new Root(); // add external part
container.ComposeParts(root); // ... use the composed root instance // removes external part
batch = new CompositionBatch();
batch.RemovePart(root);
container.Compose(batch);
}
} public class Root
{
[Import(RequiredCreationPolicy = CreationPolicy.NonShared)]
public NonSharedDependency Dep { get; set; }
} [Export, PartCreationPolicy(CreationPolicy.NonShared)]
public class NonSharedDependency : IDisposable
{
public NonSharedDependency()
{
} public void Dispose()
{
Console.WriteLine("Disposed");
}
}

MEF 编程指南(九):部件生命周期的更多相关文章

  1. MEF初体验之九:部件生命周期

    理解MEF容器中部件的生命周期及其含义是非常重要的.鉴于MEF重点在开放端应用程序,这将变得尤其重要的,一旦app ships和第三方扩展开始运行,作为应用程序的开发者将很好地控制这一系列的部件.生命 ...

  2. MEF 编程指南(二):定义可组合部件和契约

    可组合部件(Composable Parts)   在 MEF 内部可组合部件是一个可组合单元.可组合部件导出其他可组合部件需要的服务,并且从其他可组合部件导入服务.在 MEF 编程模型中,可组合部件 ...

  3. Java并发编程:线程的生命周期是个怎样的过程?

    前言 在日常开发过程中,如果我们需要执行一些比较耗时的程序的话,一般来说都是开启一个新线程,把耗时的代码放在线程里,然后开启线程执行.但线程是会耗费系统资源的,如果有多个线程同时运行,互相之间抢占系统 ...

  4. Angular4学习笔记(九)- 生命周期钩子简介

    简介 Angular 指令的生命周期,它是用来记录指令从创建.应用及销毁的过程.Angular 提供了一系列与指令生命周期相关的钩子,便于我们监控指令生命周期的变化,并执行相关的操作.Angular ...

  5. Spring5参考指南:Bean的生命周期管理

    文章目录 Spring Bean 的生命周期回调 总结生命周期机制 startup和Shutdown回调 优雅的关闭Spring IoC容器 Spring Bean 的生命周期回调 Spring中的B ...

  6. MEF 编程指南(十二):批量组合

    MEF 容器实例并非不可变的.如果目录支持改变(像监控目录变动)或者在运行时添加/移除部件都可能发生改变.以前,你不得不做出改动并且调用 CompositionContainer 上的 Compose ...

  7. MEF 编程指南(十一):查询 CompositionContainer

    CompositionContainer 公开了一部分获取导出.导出对象以及两者集合的重载.   在这些方法重载中,你应该遵循下面的共享行为准则 - 除非特别说明.   当请求单一实例的时候,如果没发 ...

  8. MEF 编程指南(七):使用目录

    目录(Catalogs)   MEF 特性编程模型的核心价值,拥有通过目录动态地发现部件的能力.目录允许应用程序轻松地使用那些通过 Export Attribute 注册自身的导出.下面列出 MEF ...

  9. MEF 编程指南(十):重组

    有些应用程序被设计成在运行时动态地改变.例如,一个新的扩展可能被下载,或者其他原因变得不可用.MEF 依靠我们称之为重组(Composition)的技术处理,在初始化组合以后改变导入值的场景.   导 ...

随机推荐

  1. HDU 2444 The Accomodation of Students (偶图判定,匈牙利算法)

    题意: 有一堆的学生关系,要将他们先分成两个组,同组的人都不互不认识,如果不能分2组,输出No.若能,则继续.在两组中挑两个认识的人(每组各1人)到一个双人房.输出需要多少个双人房? 思路: 先判定是 ...

  2. MVC&WebForm对照学习:传值方式

    刚从webform开发转到mvc,如果说像路由这样稍微复杂一点的知识点还可以暂时先放一放(前提是默认的路由规则基本满足大部分需求),那有个问题在快速开发中,我想是必须要当即解决的,那就是webform ...

  3. HDU-3280 Equal Sum Partitions

    http://acm.hdu.edu.cn/showproblem.php?pid=3280 用了简单的枚举. Equal Sum Partitions Time Limit: 2000/1000 M ...

  4. Qt Style Sheets制作UI特效

    使用Qt Style Sheets制作UI特效  博客出处:http://developer.nokia.com/community/wiki/%E4%BD%BF%E7%94%A8Qt_Style_S ...

  5. 机器学习中的数学(3)-模型组合(Model Combining)之Boosting与Gradient Boosting

    版权声明: 本文由LeftNotEasy发布于http://leftnoteasy.cnblogs.com, 本文可以被全部的转载或者部分使用,但请注明出处,如果有问题,请联系wheeleast@gm ...

  6. SRM 502 DIV1 500pt(DP)

    题目简述 给定比赛时间T和n个题目,你可以在任意时间提交题目,每个题目有一个初始分数maxPoints[i],每个单位时间题目的分数将会减少pointsPerMinute[i],即如果在时间t解决了第 ...

  7. homework_01

    一. 程序的架构和思路: 这段求解最大子数组之和的程序使用的主要思想是贪心算法,即每一步求出的都是当前的最优解. 首先这道题要分两种情况来讨论: 1)如果当前的输入中所有的数均为负数时,那么最后的解就 ...

  8. 【转】iOS开发工具系列(按功能分)

    http://www.cocoachina.com/newbie/basic/2014/0417/8187.html 这是我们多篇iOS开发工具系列篇中的一篇,此前的文章比如:那些不能错过的Xcode ...

  9. Spring入门(8)-基于Java配置而不是XML

    Spring入门(8)-基于Java配置而不是XML 本文介绍如何应用Java配置而不是通过XML配置Spring. 0. 目录 声明一个简单Bean 声明一个复杂Bean 1. 声明一个简单Bean ...

  10. [iOS基础控件 - 6.10.4] 项目启动原理 项目中的文件

    A.项目中的常见文件 1.单元测试Test   2.Frameworks(xCode6 创建的SingleView Project没有) 依赖框架   3.Products 打包好的文件   4. p ...