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

前面开放的源码只是简单的Plugin的实现,支持了插件的热插拔,最近晚上偶然想到,原生的MVC提供Areas和RouteAtrribute等路由特性标签,按照先前的做法,无法解析插件的路由特性和Areas,所以花费了两个晚上的时间,把插件给改进到支持Areas和路由特性,但同时也放弃了Web类插件的热插拔,Func类的插件依然支持热插拔。

下面是实现支持插件使用Areas和路由特性标签的流程:

原生的MVC在启动的时候需要执行两条代码: AreaRegistration.RegisterAllAreas(); RouteTable.Routes.MapMvcAttributeRoutes();用来注册Areas和映射路由标签,我们想正确解析插件的Areas和路由特性,只能从这里入手。为了找到解决办法,我阅读了MVC的源码,但看完源码后,我感到非常x疼,因为所有自定义注册的方法都申明为Internall了,程序集外部根本无法调用,下面是截图:

哎,没办法,只好使用反射来调用了,我在Sun.Framework.Plugin.MVC下面加了一个路由拓展方法类

通过这个拓展方法,可以把所有使用了路由特性的控制器类型进行注册。现在就可以在IManage类中调用该方法,在初始化插件的时候,把插件中的控制器全部注册。

另外我还优化了上一版本中Web类插件实现的繁琐的问题,把插件中通用路由的注册从插件的IPlugin中移除了,跟原生MVC一样放到了App_Start目录下面

这个类需要实现Sun.Framework中自定义的MvcRouteConfig抽象方法,目的是让插件初始化的时候,路由自动注册。

为了支持Areas,web类插件的配置数据做了调整

配置中加入了Areas属性,这里面必须提供插件的所有Area以及所在目录

这样就可以通过area名找到插件、控制器对象、控制器视图目录。

好啦,现在又可以开心的玩代码了,插件开发就是如此简单

如果需要更深入了解可以下载源码

源码地址:http://pan.baidu.com/s/1c0xt5xm

本版本做了很多优化,性能又提高了不少,欢迎大家加群一起学习:群号:142939183

时间: 2024-10-09 22:38:33

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

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

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

.NET MVC插件化开发(支持Script和css压缩)

上一篇博文里面,没有支持Script和css的压缩功能以及script和css的路径问题也没有解决,所以重新发布一个版本,解决了这几个问题,并且优化了插件路由注册,现在可以很方便的实现热插拔web插件,但web插件热插拔需要对路由表进行修改,如果是线上项目,热插拔期间可能会有请求异常,所以暂时不提供web热插拔,插件安装应该有计划的在维护期间进行,如果大家都希望启用web插件热插拔,我可以很快提供给大家,大家可以一起多多沟通,毕竟我个人的见解有限. 这里先简单介绍下新版改动: 大家看插件里的这两

.NET MVC 插件化框架源码

本来想把源码整理了放github上,但最近一直忙,就直接在这里放出来了,还写得不太完整,里面有几个例子,插件上传也没写,只写了插件zip包解压,如果大家在使用中有什么疑问,可以加QQ群:142939183 这里我写了两个插件,前面那个插件是网站,后面那个插件是缓存插件,另外随便写了个插件管理界面,因为忙没写全,如果要测试插件zip文件加载功能,需要把插件zip包手动拷贝到Plugins目录下的pluginzips目录下,然后在页面上指定路径加载 这个是Plugins下面的目录结构,如果自己开发完

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

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

Android 插件化框架 DynamicLoadApk 源码解析

1. 功能介绍 1.1 简介 DynamicLoadApk 是一个开源的 Android 插件化框架. 插件化的优点包括:(1) 模块解耦,(2) 动态升级,(3) 高效并行开发(编译速度更快) (4) 按需加载,内存占用更低等等. DynamicLoadApk 提供了 3 种开发方式,让开发者在无需理解其工作原理的情况下快速的集成插件化功能. 宿主程序与插件完全独立 宿主程序开放部分接口供插件与之通信 宿主程序耦合插件的部分业务逻辑 三种开发模式都可以在 demo 中看到. 1.2 核心概念

Android插件化框架

1.   dynamic-load-apk/DL动态加载框架 是基于代理的方式实现插件框架,对 App 的表层做了处理,通过在 Manifest 中注册代理组件,当启动插件组件时,首先启动一个代理组件,然后通过这个代理组件来构建,启动插件组件. 需要按照一定的规则来开发插件 APK,插件中的组件需要实现经过改造后的 Activity.FragmentActivity.Service 等的子类. 优点如下: 动态升级, 高效并行开发(编译速度更快) 按需加载,内存占用更低等等DynamicLoad

Android Small插件化框架源码分析

Android Small插件化框架源码分析 目录 概述 Small如何使用 插件加载流程 待改进的地方 一.概述 Small是一个写得非常简洁的插件化框架,工程源码位置:https://github.com/wequick/Small 插件化的方案,说到底要解决的核心问题只有三个: 1.1 插件类的加载 这个问题的解决和其它插件化框架的解决方法差不多.Android的类是由DexClassLoader加载的,通过反射可以将插件包动态加载进去.Small的gradle插件生成的是.so包,在初始

Android Small插件化框架解读——Activity注册和生命周期[阿里工程师分享]

通过对嵌入式企鹅圈原创团队成员degao之前发表的<Android Small插件化框架源码分析>的学习,对Android使用的插件化技术有了初步的了解,但还是有很多需要认真学习的地方,特别是大部分知识都需要结合虚拟机和Androidframwork的原理才能慢慢理解.比如,文中作者提到了插件化框架要解决的三个核心问题: 1)插件类的加载: 2)插件资源的处理: 3)Activity注册和生命周期问题: 其中第3点作者是这样解释的,"大部分插件化框架解决办法都是采用在宿主工程里预先注

携程DynamicAPK插件化框架源码分析

携程DynamicAPK插件化框架源码分析 Author:莫川 插件核心思想 1.aapt的改造 分别对不同的插件项目分配不同的packageId,然后对各个插件的资源进行编译,生成R文件,然后与宿主项目的R文件进行id的合并. 要求:由于最终会将所有的资源文件id进行合并,因此,所有的资源名称均不能相同. 2.运行ClassLoader加载各Bundle 和MultiDex的思路是一样的,所有的插件都被加载到同一个ClassLoader当中,因此,不同插件中的Class必须保持包名和类名的唯一