ok,这样就可以取个简单的控制器工厂模式.
二:既然控制器已经创建,那么同样的情况调用里面的方法,目前home/default,会直接解析成default方法
1.先简单的实现出调用方法
1
2
3
4
5
6
7
8
9
10
11
12
|
public interface ActionInvoker { void InvokeAction(Object type, String actionName); } public class DefaultActionInvoker : ActionInvoker { public void InvokeAction(Object controller, String actionName) { MethodInfo methodInfo = controller.GetType().GetMethods().First(m => String.Compare(actionName, m.Name, true ) == 0); methodInfo.Invoke(controller, null ); } } |
此处非常简单,就直接调用对应的方法名即可,这就是webapi在解析路由中出现的最简单的实现方式,
其实理论就是如此简单,没其他人想的那么困难,接下来开始会做修饰,一步步来构建一个也是简单,但是稍微有点健全的api
三:优化代码,针对控制器及方法做缓存
注意:此处对全局controller做了一次缓存,限制为不会通过传的参数进行判定使用哪个方法,只允许单个接口存在,即
1.如果在不同空间下具有相同类型名的,必须具有不同的preroute特性限定,
2.如果一个类方法重载,得通过route特性限定唯一标识
3.表达式树是通过创建一个委托,传递当前的controller对象调用对应的方法
以上并不算框架,只属于单一调用方法功能实现,并做优化,接下来属于API框架实现
四:API实现首先得确定传输的值及协议标准,
4.1.确定传输中的必须信息,去掉其他所有的额外信息后有如下几点,为求简单,先全部保存成字符串形式:
从哪里来(URlReferrer),到哪里去 URL(请求的接口),
URL请求的参数(a/b?query=1中的query值解析),body中保存的值(frombody),包含的请求头参数(Headers)
所有请求处理完成后,返回的值信息
此处只是单纯做展示使用,在后期会写一个MQ中间件时候,在做扩展.只展示HttpContext
4.2.对Http请求做一个统一接口处理
public class UrlRoutingModule : IRoutingModule { public void Init(HttpBaseContext context) { } }
五:通过路由模板收集
5.1.在写API的时候,会添加一个defaultapi匹配路由,注意:这里以MVC的解析规则实现
RouteConfig.RegisterRoutes(RouteTable.Routes); public static class RouteConfig { public static void RegisterRoutes(RouteCollection routes) { routes.IgnoreRoute("{resource}.axd/{*pathInfo}"); routes.MapRoute( name: "DefaultApi", routeTemplate: "api/{controller}/{action}/{id}", defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional } ); } }
5.2.考虑此模板的功能及实现方式
1.因为可能有多个默认匹配,并且执行的是顺序加载过程,所以有个RouteTable静态类收集全局模板路由
2.路由有对应的默认路由及路由值(Route RouteData)及收集Collection
3.Route实现路由解析,并提供RouteData值,并提供实现
4.在解析Route的时候,通过生成的路由句柄DefaultRouterHandler去RouteData进行后续处理
5.通过DefaultApiHandler对路由进行解析,生成对应的控制器
6.通过controller,对当前的action进行解析,并绑定路由
7.调取当前执行的方法后,获取返回的值对象,并对返回值进行处理
大体的模型调用过程如图
6:实现代码:请查看对应的github地址
https://github.com/BestHYC/WebAPISolution.git
7.例子:(已经准备好对应的json序列化解析,赋值粘贴即可,看上图)