首页 文章 精选 留言 我的

精选列表

搜索[asp],共1555篇文章
优秀的个人博客,低调大师

【nodejs】让nodejs像后端mvc框架(asp.net mvc )一样处理请求--自动路由篇(1/8)【route】

文章目录 前情概要 在使用express框架开发的时候,每加一个请求,都在增加一条route请求规则,类似于下面的代码,很烦有木有! app.use('/myroute path', (req, res, next) => { //dosomething }) 我们难道不能再智能一点点么,学习后端mvc框架一样,比如加个标记,或者默认规则直接自动映射嘛。约定胜于配置嘛! 我们的实现思路 拦截所有请求 根据我们的规则进行路由的匹配 调用匹配到的处理函数 拦截所有请求 这个太好办了,app.use('/') 搞定。参考下面的代码 import * as express from 'express' import * as controllers from './controller' import { RequestHandler, RouteHandler } from 'gd-express-basic' const _app = express(); //第一个express 中间件,处理一下跨域请求中的options请求。 _app.use((req, res, next) => { res.header('Access-Control-Allow-Origin', '*'); res.header('Access-Control-Allow-Headers', 'Content-Type,Content-Length,Authorization,Accept,X-Requested-With'); res.header('Access-Control-Allow-Methods', 'PUT,POST,GET,DELETE,OPTIONS'); if (req.method == 'OPTIONS') { res.send(new ResponseBase(200)); } next && next(); }); //第二个中间件,拦截所有请求对路由做自动映射 RouteHandler(_app, controllers); //第三个中间件,处理请求 _app.use(RequestHandler); //第N个中间件,处理一下error呀,404呀等其他情况。 根据规则进行路由的匹配 接下来看一看RouteHandler方法。主要干几个事情 缓存所有action,方便后续的调用。【 请求处理函数的特性注册篇【详细说明】 拦截所有请求,并根据规则解析到对应的action上面去。【app.use('/', (req, res, next)】 根据解析出来的controller 、action名称以及当前请求的method找到对应的action并记录到当前请求对象上,方便接下来的请求处理。 目前我们的规则很简单。url分2层,第一层为controller名称,第二层为action名称。即:/{controller}/{action}; /** * 路由选择处理中间件 * * @export * @param {core.Express} app * @param {*} controllers */ export function RouteHandler(app: core.Express, controllers: any) { //程序启动的时候,找到当前所有的controllers,并根据规则缓存好我们所有的处理函数(action),方便接下来的匹配 //请求处理函数发现篇【controller+action】具体讲到 find(controllers) //拦截所有请求,对请求 app.use('/', (req, res, next) => { //拿到route并解析出来controller和action的名称。 var pathArr = getRouteTokens(req.path) var controller = (pathArr[0] && pathArr[0].toLowerCase()) || 'home'; var action = (pathArr[1] && pathArr[1].toLowerCase()) || 'index' //根据参数找到能处理这个请求的action var desc = GetActionDescriptor(controller, action, req.method) if (!desc) { desc = GetActionDescriptor(controller, '_default', req.method) } if (desc && (!desc.HttpMethod || (desc.HttpMethod && desc.HttpMethod === req.method))) { res.locals.authInfo = { isAuth: desc.isAuth }; //如果请求能匹配到可以处理的action,则赋值 res.locals.actionDescriptor = desc; }else{//否则跳过。当然在这里也可以直接返回404,结束本次请求。 } next && next() }) } function getRouteTokens(path: string) { var pathArr = path.split('/'); var arr: string[] = []; pathArr.forEach(element => { if (element) arr.push(element) }); return arr } 代码那是相当的简单。其实只干了一件事情,据我们的url规则找到与之匹配的在项目启动的时候扫描缓存的请求处理函数 考虑到前端不太会有area的概念,所以暂时没有支持,如果要支持其实也很简单,增加一个area注册,然后再做路由匹配的时候多判断一次area就完事儿了。 估计也不太会有自定义route 的要求,比如dotnet mvc 里面的【[Route("/path")]】特性。所以也暂未做支持。如果确实有也可以通过app.use实现。

优秀的个人博客,低调大师

【nodejs】让nodejs像后端mvc框架(asp.net mvc)一样处理请求--请求处理结果适配篇(7/8)

文章目录 前情概要 前面一大坨一大坨的代码把route、controller、action、attribute都搞完事儿了,最后剩下一部分功能就是串起来的调用。 那接下就说个说第二个中间件,也是最后一个中间件RequestHandler RequestHandler 中间件的注册 app.use一下就完事啦。在RouteHandler把路由处理好之后,接着就是RequestHandler真正的来调用我们的处理函数啦,也就是我们的action。 import { RequestHandler, RouteHandler } from 'gd-express-basic' //第二个中间件,拦截所有请求对路由做自动映射 RouteHandler(_app, controllers); //第三个中间件,处理请求 _app.use(RequestHandler); RequestHandler 请求处理中间件代码 从当前请求拿到对应的action描述对象,如果没有就继续往后面的中间件走,比如走到404。 new一个新的controller对象,并把req,res对象传入。 完成参数的自动解析 调用action,得到返回结果 判断返回结果是否view类型,如果是view类型则调用render来渲染页面,如果不是则返回该对象 判断需要返回的对象是否是jsoncallback调用方式,是的话就适配一下 7.完事儿 /** * 请求处理中间件 * * @export * @param {core.Request} req * @param {core.Response} res * @param {(core.NextFunction | undefined)} next */ export function RequestHandler(req: core.Request, res: core.Response, next: core.NextFunction | undefined) { //1. 从当前请求拿到对应的action描述对象,如果没有就继续往后面的中间件走,比如走到404。 var desc: ActionDescriptor = res.locals.actionDescriptor if (!desc) { return next && next(); } var cname = desc.ControllerName; new Promise((reslove, reject) => { var cType = desc.ControllerType;//*controller class对象 //2. new一个新的controller对象,并把req,res对象传入。 var c = new cType(req, res);//new 一个controller 对象出来 //3. 完成参数的自动解析 var agrs = bindActionParameter(desc.ControllerType, desc.ControllerTypeName, desc.ActionType, desc.ActionName, req) //4. 调用action,得到返回结果 var actionResult = desc.ActionType.apply(c, agrs) return reslove(actionResult) }).then(actionResult => { if (actionResult instanceof ViewResult) { //5. 判断返回结果是否view类型,如果是view类型则调用render来渲染页面,如果不是则返回该对象 Promise.resolve(actionResult.data).then(ViewActionResultData => { var findViewNamePath = actionResult.name[0] === '/' ? actionResult.name.substr(1) : (cname + '/' + actionResult.name) res.render(findViewNamePath, ViewActionResultData, (err, html) => { if (err) { next && next(err); } else { res.send(html); res.end(); } }); }).catch(function (viewDataError) { next && next(viewDataError); }); } else if (typeof actionResult !== 'undefined') { //process object send response json //6. 判断需要返回的对象是否是jsoncallback调用方式,是的话就适配一下 let resultData = req.query['callback'] ? req.query['callback'] + '(' + JSON.stringify(actionResult) + ')' : actionResult; res.send(resultData); res.end() } else { //process not response or origin response.render or response.send. process.nextTick((_res: any) => { if (!_res.finished) { _res.end(); } }, res) } }).catch(processRequestError => { next && next(processRequestError); }) } 经过RouteHandler、RequestHandler两个方法的串联调用,就把我们整个零散的功能就完整统一的进行了一次调用。从controller的发现、注册,action的发现、注册,action参数配置,route解析、匹配,action调用,处理结果适配输出。 在编码调试过程中,发现目前dotnet core mvc的中间件的某些思想和实现方式和express的中间件基本一致。果然,思想都是相同的,哈哈哈。

优秀的个人博客,低调大师

构建ASP.NET MVC4+EF5+EasyUI+Unity2.x注入的后台管理系统(23)-权限管理系统-角色组模块

距离上次发布22讲已经有少许日子了,真是太抱歉,最近年关项目比较急,时间太紧,没有时间发布.请大家见谅 接下来我们的目标是 角色组管理 角色组权限设置 用户管理 把角色组授权给用户 给用户分配角色组 所以最少我们还要讲多5讲才能结束这个管理系统,经过之前的样例程序,我们很熟悉这个套路了,如果你很喜欢这个系列,你可以为这种重复性的动作写一个简单的代码生成器,或者一套强大的T4模版,其实这2个我都有,而且也是刚写的,以后系统完善了,给发布出来。 是不是还可以呢,哈哈,T4我也写了一套,但毕竟还是没有winfrom来得方便。 接下来我们在之前做好的模块管理,在22讲中,添加角色组管理的记录和操作码,如图 目前我是需要添加这么多个操作码。回头就机械性的创建DAL层,BLL层,Model层,还有注入 ISysRoleRepository SysRoleRepository ISysRoleBLL SysRoleBLL SysRoleModel SysRoleController Index _Partial_AutoGrid.cshtml 我们注重的是效果,看下 由于我们的用户管理还没做,分配还不能做,所以就先给个空的值吧。 我们能够这么机械性全靠我们的架构,才能这么清晰的分析问题。 做了这么久不知道大家有没有发现,层层扣层层,异常捕获,异常记录,日志记录,反转控制,系统的可维护性非常的高,一目了然,这也是发布文章这么久,没人质疑这个架构的所在之处(我们是不是应该自豪一下) 上面的图已经好了,关于记录,那必须是要有新增修改功能了,这个留给大家自己动手做做,因为这节是没有好讲的,这是为了下一节的,权限设置做铺垫而已。 谢谢大家 本文转自ymnets博客园博客,原文链接:http://www.cnblogs.com/ymnets/p/3515479.html,如需转载请自行联系原作者

资源下载

更多资源
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册