在.NET Core中使用简单的插件化机制
前言
插件化,其实也并不是什么新东西了,像nopCommerce等开源项目都有类似的机制,而且功能比较完善和齐全。
相信大家都对接过不少支付方式,支付宝、微信以及各大银行或第三方的支付公司。
我们可以把支付相关的操作抽象出来,无非就是支付,异步回调,退款,查询等几个重要的操作。
这个时候我们可以将各种支付方式都做为一个插件,这些插件都实现上面的操作,这样我们整合一个入口,去加载相应的插件即可。
这个入口常规情况就是MVC或者是WEB API。
下面来实现一个简单的例子。
简单的例子
首先建立一个公共的插件抽象类,简单起见,里面就包含一个无参的抽象方法Handle,这个方法就像上面提到的支付,退款等操作。
每一个新的插件都必须要继承这个抽象类并且实现这个抽象方法!
public abstract class BasePluginsService
{
public abstract string Handle();
}
假设现在有两个插件AA和BB,我们会把AA和BB各建一个类库。
其中,AA的就只是返回了AA相关的字符串。
public class PluginsService : Common.BasePluginsService
{
public override string Handle()
{
return "Plugins.AA";
}
}
BB的也同样只是返回了BB相关的字符串。
public class PluginsService : Common.BasePluginsService
{
public override string Handle()
{
return "Plugins.BB";
}
}
接下来,主要还是我们的入口,Web项目的处理。
在入口处的处理主要是利用反射去确实要调用那个插件里面的Handle方法。
下面是获取相应插件实例的方法。
private async Task<Common.BasePluginsService> GetPlugin(string type)
{
string cacheKey = $"plugin:{type}";
//先尝试从缓存中取
if (_cache.TryGetValue(cacheKey, out Common.BasePluginsService service))
{
return service;
}
else
{
var baseDirectory = Directory.GetCurrentDirectory();
var dll = $"Plugins.{type}.dll";
//Plugins的完整路径
var path = Path.Combine(baseDirectory, _options.PluginsPath, dll);
try
{
//预防无法更新dll
byte[] bytes = await System.IO.File.ReadAllBytesAsync(path);
var assembly = Assembly.Load(bytes);
//创建实例
var obj = (Common.BasePluginsService)assembly.CreateInstance($"Plugins.{type}.PluginsService");
if (obj != null)
{
_cache.Set(cacheKey, obj, DateTimeOffset.Now.AddSeconds(60));
}
return obj;
}
catch (Exception)
{
return null;
}
}
}
这里主要有下面两个操作
一、 缓存反射结果
为了避免每次获取插件都去进行反射操作,这里引用了MemoryCache来缓存了反射的结果。
关于缓存,这里需要注意一个问题,缓存的时间!这个对新增加一个插件是没有什么影响,但是对修改一个已经存在的插件就影响比较大了!
缓存时候过长会导致没有办法实时出现修改的效果,可以考虑缓存比较短的时间。
二、 动态替换dll
为了避免出现对一个现存的插件修改之后,无法正常替换的情形,往往提示的是正常使用。需要做一些处理,避免一直占用这个资源!
最后就是Action的操作了。
[HttpGet]
public async Task<string> GetAsync(string type)
{
if (string.IsNullOrWhiteSpace(type))
{
return "type is empty";
}
var plugin = await this.GetPlugin(type);
if (plugin != null)
{
return plugin.Handle();
}
return "default";
}
到这里,基本就完成了。
先来看看项目的大致框架:
我们是将所有的插件放到Plugins这个项目文件中的。Web项目并不直接引用Plugins下面的项目。
运行时是动态加载指定目录里面的dll,然后完成调用的。
下面简单来看看效果:
通过修改type达到选择不同插件的效果,然后对某个插件进行修改之后,也能正常替换和生效。
当然,实际中可能并没有那么直接就能拿type,而是是要根据传进来的参数去搜一下数据库,然后才能拿到type。这也完全取决于不同的设计。
总结
插件化机制,可以简单的认为是反射的一个实际应用,这个已经能满足不少常规性的要求了。
但是完整的插件化还有诸多要考量的东西,这个可以参考nop的实现。
它还是有不少好处的,个人认为,最主要的还是隔离了不同的插件,将它们之间相互影响的可能性降低。
最后附上本文的示例Demo:
在.NET Core中使用简单的插件化机制的更多相关文章
- Hangfire在ASP.NET CORE中的简单实现
hangfire是执行后台任务的利器,具体请看官网介绍:https://www.hangfire.io/ 新建一个asp.net core mvc 项目 引入nuget包 Hangfire.AspNe ...
- Hangfire在ASP.NET CORE中的简单实现方法
hangfire是执行后台任务的利器,具体请看官网介绍:https://www.hangfire.io/ 新建一个asp.net core mvc 项目 引入nuget包 Hangfire.AspNe ...
- [Songqw.Net 基础]WPF实现简单的插件化开发
原文:[Songqw.Net 基础]WPF实现简单的插件化开发 版权声明:本文为博主原创文章,未经博主允许可以随意转载 https://blog.csdn.net/songqingwei1988/ar ...
- Python中实现简单的插件框架
在系统设计中,经常我们希望设计一套插件机制,在不修改程序主体情况下,动态去加载附能. 我设想的插件系统: 1.通过类来实现 2.自动查找和导入 我们假设需要实现一个简单的插件系统,插件可以接收一个参数 ...
- ASP.NET MVC5 插件化机制简单实现
一.前言 nopCommerce的插件机制的核心是使用BuildManager.AddReferencedAssembly将使用Assembly.Load加载的插件程序集添加到应用程序域的引用中.具体 ...
- .net core中的Options重新加载机制
Options是.net core提出的一种辅助配置机制,即选项. 目前,我们可以使用的Options有五种(源码): IOptionsFactory<>:Options的创建工厂(Sin ...
- ASP.NET MVC 插件化机制
概述 nopCommerce的插件机制的核心是使用BuildManager.AddReferencedAssembly将使用Assembly.Load加载的插件程序集添加到应用程序域的引用中.具 体实 ...
- ASP.NET:插件化机制
概述 nopCommerce的插件机制的核心是使用BuildManager.AddReferencedAssembly将使用Assembly.Load加载的插件程序集添加到应用程序域的引用中.具体实现 ...
- 谈谈Circuit Breaker在.NET Core中的简单应用
前言 由于微服务的盛行,不少公司都将原来细粒度比较大的服务拆分成多个小的服务,让每个小服务做好自己的事即可. 经过拆分之后,就避免不了服务之间的相互调用问题!如果调用没有处理好,就有可能造成整个系统的 ...
随机推荐
- Python面向对象编程指南
Python面向对象编程指南(高清版)PDF 百度网盘 链接:https://pan.baidu.com/s/1SbD4gum4yGcUruH9icTPCQ 提取码:fzk5 复制这段内容后打开百度网 ...
- RSP小组——团队冲刺博客四
RSP小组--团队冲刺博客四 冲刺日期:2018年12月13日 前言 问题已经明确,经过今天的努力,部分已近得到解决,所以,今天是一个值得庆祝的日子. 各成员今日(12.13)完成的任务 李闻洲对音乐 ...
- 蛤?你要用html做游戏?(笔记版)
标签(空格分隔):canvas html game 本书是看<html5 Canvas游戏开发实战>(2013)笔记 博主小白,啥也不懂类型,这只是一个笔记,需要的话可以看原书. 书张这样 ...
- BZOJ1431 : MLand
考虑任意一棵生成树,它的代价是一个一次函数. 因此所有生成树的最小值随着时间变化呈现出的是一个上凸壳. 三分查找最大值即可. 时间复杂度$O(m\log m\log w)$. #include< ...
- History of program
第一阶段:1950与1960年代 1.三个现代编程语言: (1)Fortran (1955),名称取自"FORmula TRANslator"(公式翻译器),由约翰·巴科斯等人所发 ...
- Linux下如何查看定位当前正在运行的Nginx的配置文件
1. 查看nginx的PID,以常用的80端口为例: [root@xiaoyuer scripts]# netstat -lntup|grep 80 tcp 0 0 0.0.0.0:80 0.0.0. ...
- [tkinter]隐藏/销毁控件
pack布局的情况下有pack_forget()方法让控件“不再显示”但控件还存在可以再次pack出来 from tkinter import * root = Tk() l1 = Label(roo ...
- 微服务(Microservices)和服务网格(Service Mesh)架构概念整理
注:文章内容为摘录性文字,自己阅读的一些笔记,方便日后查看. 微服务(Microservices) 在过去的 2016 年和 2017 年,微服务技术迅猛普及,和容器技术一起成为这两年中最吸引眼球的技 ...
- Netty的核心组件
Netty的主要组成模块: Channels Callbacks Futures Events 和 handlers 这些模块代表了不同类型的概念:资源,逻辑和通知.你的应用将会利用这些模块来获取网络 ...
- [Swift]LeetCode134. 加油站 | Gas Station
There are N gas stations along a circular route, where the amount of gas at station i is gas[i]. You ...