ASP.NET MVC 插件化机制

概述

nopCommerce的插件机制的核心是使用BuildManager.AddReferencedAssembly将使用Assembly.Load加载的插件程序集添加到应用程序域的引用中。具体实现可以参考nopCommerce解决方案中Nop.Core项目的Plugins目录下的相关文件。其中PluginManager.cs文件是核心文件，包含了处理插件化的核心代码。nopCommerce的注释中感谢了其参考的Umbraco项目，并给出了主要参考文章的链接。

我们直接从nopCommerce3.5的实现中抽取必要的实现代码，制作一个简易版的插件系统Demo用于演示ASP.NET MVC的插件化，核心只包含一个标记接口IPlugin，一个管理类PluginManager包含2个必要方法Initialize和ReStart。

架构

新建.NET解决方案SimplePlugin，添加2个类库项目：SimplePlugin.PluginCore、SimplePlugin.SimpleMvcPlugin和一个ASP.NET应用程序项目SimplePlugin.Web。SimplePlugin.Web项目选择Empty模板并选中MVC引用。设置项目之间的依赖关系和程序集引用：向SimplePlugin.SimpleMvcPlugin添加SimplePlugin.PluginCore项目引用，向SimplePlugin.Web项目添加SimplePlugin.PluginCore项目引用。向SimplePlugin.PluginCore项目添加System.Web引用。

1.约定

（1）约定"~/Plugins"作为插件根目录。

（2）约定"~/Plugins/bin"作为中等信任级别下的运行时目录。

插件在运行时加载的是插件程序集在运行时目录的副本，不直接加载插件而是加载运行时目录中的副本的原因是避免插件升级或删除时dll文件被锁定。

2.基础代码

向SimplePlugin.PluginCore项目添加如下文件：

（1）IPlugin.cs：作为所有插件的抽象接口。

（2）PluginManager：负责加载插件和引用插件。

（3）向Simple.Web项目添加Plugins目录和Plugins/bin目录。向Simple.Web项目添加Controllers/PluginController.cs

修改web.config，配置probing元素。指定trust level为中等信任级别下的插件运行时目录。

3.编写插件

通过Nuget向SimplePlugin.SimpleMvcPlugin项目添加MVC程序集引用，需要注意插件的MVC版本与SimplePlugin.PluginCore引用的MVC版本的一致性。

（1）添加Controllers/SimpleMvcPlugin.cs实现接口IPlugin

（2）添加Controllers/SimplePluginMvcController.cs

（2）添加视图Views/SimpleMvcPlugin/Index.cshtml

（3）复制SimplePlugin.Web项目中SimplePlugin.Web/Views/web.config文件到当前项目的根目录和Views目录下。

（4）设置.cshtml以及.config文件类型为内容，生成设置为较新则复制。

（5）设置SimplePlugin.SimpleMvcPlugin项目引用的程序集属性复制到本地为False。

（6）设置SimplePlugin.SimpleMvcPlugin项目的生成路径为bin\Debug\SimpleMvcPlugin\和bin\Release\SimpleMvcPlugin\

4.手动部署插件

生成解决方案，访问SimplePlugin.Web的插件列表页：

拷贝生成的SimpleMvcPlugin文件夹到SimplePlugin.Web项目的Plugins文件夹下，访问SimplePlugin.Web的~/Plugin/Install访问SimplePlugin.Web的插件列表页

访问SimplePlugin.Web的~/SimpleMvcPlugin/Index页

5.自动部署

设置设置SimplePlugin.SimpleMvcPlugin项目的生成路径为：..\SimplePlugin.Web\Plugins\SimpleMvcPlugin\ 同时设置Debug和Release两种配置。

重新生成解决方案，访问SimplePlugin.Web的插件列表页以及~/SimpleMvcPlugin/Index页：

6.测试中级信任级别

设置web.config的trust元素的level属性为Medium，禁止访问应用程序目录以外的文件。

重新生成解决方案，访问SimplePlugin.Web的插件列表页以及~/SimpleMvcPlugin/Index页。检查Plugins/bin目录：

7.测试视图文件修改

修改SimplePlugin.Web项目Plugins\SimpleMvcPlugin\Views\SimpleMvcPlugin目录下的Index.cshtml。查看修改结果：

8.Demo下载：点击下载

时间： 2024-10-06 07:56:25

ASP.NET MVC 插件化机制的相关文章

Asp.Net MVC 插件化开发简化方案

Web 管理系统可以庞大到不可想像的地方,如果想就在一个 Asp.Net MVC 项目中完成开发,这个工程将会变得非常庞大,协作起来也会比较困难.为了解决这个问题,Asp.Net MVC 引入了 Areas 的概念,将模块划分到 Area 中去--然而 Area 仍然是主项目的一部分,多人协作的时候仍然很容易造成 .csproj 项目文件的冲突. 对于这类系统,比较好的解决办法是采用 SOA 的方式,把一个大的 Web 系统划分成若干微服务,通过一个含授权中心的 Web 集散框架组织起来.不过这

ASP.NET MVC5 插件化机制简单实现

      一.前言 nopCommerce的插件机制的核心是使用BuildManager.AddReferencedAssembly将使用Assembly.Load加载的插件程序集添加到应用程序域的引用中.具体实现可以参考nopCommerce解决方案中Nop.Core项目的Plugins目录下的相关文件.其中PluginManager.cs文件是核心文件,包含了处理插件化的核心代码. 我们直接从nopCommerce3.5的实现中抽取必要的实现代码,制作一个简易版的插件系统Demo用于演示A

MVC 插件化框架支持原生MVC的Area和路由特性

.NET MVC 插件化框架支持原生MVC的Area和路由特性 前面开放的源码只是简单的Plugin的实现,支持了插件的热插拔,最近晚上偶然想到,原生的MVC提供Areas和RouteAtrribute等路由特性标签,按照先前的做法,无法解析插件的路由特性和Areas,所以花费了两个晚上的时间,把插件给改进到支持Areas和路由特性,但同时也放弃了Web类插件的热插拔,Func类的插件依然支持热插拔. 下面是实现支持插件使用Areas和路由特性标签的流程: 原生的MVC在启动的时候需要执行两条代

Asp.Net Mvc: 浅析TempData机制（转发 作者: Tristan G ）

Asp.Net Mvc: 浅析TempData机制 环境: Windows 2008, VS 2008 SP1, Asp.Net Mvc 1.0 ------------------------------------------------------------------------------ 一. Asp.Net Mvc中的TempData 在Asp.Net Mvc框架的ControllerBase中存在一个叫做TempData的Property,它的类型为TempDataDictio

通过扩展改善ASP.NET MVC的验证机制[使用篇]

原文:通过扩展改善ASP.NET MVC的验证机制[使用篇] ASP.NET MVC提供一种基于元数据的验证方式是我们可以将相应的验证特性应用到作为Model实体的类型或者属性/字段上,但是这依然具有很多的不足.在这篇文章中,我结合EntLib的VAB(Validation Application Block)的一些思想通过扩展为ASP.NET MVC提供一种更为完善的验证机制.[源代码从这里下载] 目录: 一.扩展旨在解决怎样的验证问题 二.一个简单的消息维护组件 三.多语言的支持 四.基于某

通过扩展改善ASP.NET MVC的验证机制[实现篇]

原文:通过扩展改善ASP.NET MVC的验证机制[实现篇] 在<使用篇>中我们谈到扩展的验证编程方式,并且演示了本解决方案的三大特性:消息提供机制的分离.多语言的支持和多验证规则的支持,我们现在来看看这样的验证解决方案最终是如何实现的. 目录: 一.为验证创建一个上下文:ValidatorContext 二.通过自定义ActionInvoker在进行操作执行之前初始化上下文 三.为Validator创建基类:ValidatorBaseAttribute 四.通过自定义ModelValidat

ASP.NET MVC的运行机制--url的全局分析

全局 首先我们来看一副图片 首先,用户通过Web浏览器向服务器发送一条url请求,这里请求的url不再是xxx.aspx格式,而是http://HostName/ControllerName/ActionName/Parameters的样子.这个请求被ASP.NET MVC的路由映射系统截获.(路由映射可以在Global.asax中配置,我们一会再说)路由映射系统按照映射规则,解析出控制器名ControllerName,Action名ActionName和各个参数Parameters,然后,找寻

.NET MVC 插件化框架支持原生MVC的Area和路由特性

前面开放的源码只是简单的Plugin的实现,支持了插件的热插拔,最近晚上偶然想到,原生的MVC提供Areas和RouteAtrribute等路由特性标签,按照先前的做法,无法解析插件的路由特性和Areas,所以花费了两个晚上的时间,把插件给改进到支持Areas和路由特性,但同时也放弃了Web类插件的热插拔,Func类的插件依然支持热插拔. 下面是实现支持插件使用Areas和路由特性标签的流程: 原生的MVC在启动的时候需要执行两条代码: AreaRegistration.RegisterAllA

asp.net mvc 静态化

静态化的基本理解就是,常用的资源以文本形式保存,客户端访问时无需经过程序处理,直接下载 但是不存在的文件需要经过程序处理,文件内容如果需要有更动或删除,则直接删除文件本身 1.IIS Express 添加对json mine文件支持 在IIS Express文件夹里 运行以下命令 appcmd set config /section:staticContent /+[fileExtension='.json',mimeType='application/json'] 2.IIS里添加 json