被托管的Addin框架还活着



我需要在其AppDomain中执行的加载程序实现解决方案。我遇到了MAF,这是 - 通过描述 - 我需要的。

然而,文档及其编码器项目似乎已经过时了,.NET的"当前版本"中不存在文档中的某些页面。

我还发现了有关MAF的陷阱和复杂性的帖子。

所以我现在不确定我是否应该使用它或自己自己做所有工作(加载管理,加载/卸载应用程序等)。

任何想法和/或经验

maf是.NET框架中受支持的部分,但多年来一直没有受到很多关注。

PROS

  1. 支持ADDINS的流程/APP域加载
  2. 支持addins的向后兼容性

cons

  1. 复合物(管道中需要5个DLL)
  2. 需要投资工具(您需要更新/维护自己的管道生成代码副本)
  3. 自发布以来,尚未收到任何功能的更新
  4. 网络上没有很多有关最佳实践或人们遇到的问题
  5. 的信息

虽然该列表中还有更多缺点,但它确实有效,并且大部分是您期望的。我的建议是尝试一下,看看它是如何工作的。归根结底,API的消费者正在使用接口,您将来总是可以交换MAF层,并且您的附加组件不需要更改。

最新更新