【koa2基础框架封装】基于Proxy路由按需加载器和初始加载器
我们在使用koa2做路由拦截后一般都习惯于直接将查找对应处理函数的过程映射到项目的文件夹目录,如:
1 | router. get ( '/test' , app.controller.index.test); |
app.controller.index.test 其实就是对应的处理函数,也就是 (ctx, next) => { },我们习惯于将app.controller.index.test映射到根目录下的 /controller/index/test.js ;或映射至 /controller/index.js,此时index.js的导出为一个对象,存在一个test的函数, 可以是:
1 2 3 | { test: async (ctx, next) => { } } |
实现这种类似的目录映射,一般有两种实现方式:
(1)初次controller加载器
(2)拦截时的按需controller加载器
两种方式各有利弊:
一、初次controller加载器
服务启动时依次遍历整个controller目录下的文件夹,并通过require动态绑定至对应的对象上。比较适合小型项目。
优点:只需要在服务启动时执行依次,后续无需再根据目录查找。
缺点:当项目文件量足够大时,重启服务的时间会变长,在宕机重启时,线上体验会有影响。
核心代码如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 | const path = require( "path" ); const fs = require( 'fs' ); module.exports = function (opts) { let {app,rules = []} = opts; // 如果参数缺少实例 app,则抛出错误 if (!app) { throw new Error( "the app params is necessary!" ); } // 提取出 app 实例对象中的属性名 const appKeys = Object.keys(app); rules.forEach((item) => { let {folder,name} = item; // 如果 app 实例中已经存在了传入过来的属性名,则抛出错误 if (appKeys.includes(name)) { throw new Error(`the name of ${name} already exists on app!`); } let content = {}; //读取指定文件夹下(dir)的所有文件并遍历 fs.readdirSync(folder).forEach(filename => { let extname = path.extname(filename); // 取出文件的后缀 if (extname === '.js' ) { // 只处理js文件 let name = path.basename(filename, extname); // 将文件名中去掉后缀 //读取文件中的内容并赋值绑定 content[name] = require(path. join (folder, filename)); } }); app[name] = content; }) app.use(async (ctx, next) => { rules.forEach((item, index) => { let {name} = item; if (Object.keys(ctx).indexOf(name) !== -1) { throw new Error(`the name of ${name} already exists on ctx!`) } else { ctx[name] = app[name]; } }) await next(); }) } |
1 2 3 4 5 6 7 8 | // 调用<br>miFileMap({ app, rules: [{ //指定controller文件夹下的js文件,挂载在app.controller属性 folder: path. join (__dirname, '../controller' ), name: 'controller' } ] }); |
二、拦截时的按需controller加载器
在路由拦截时,根据当前路由寻找对应的文件模块,比较适合大型项目。
优点: 重启时间快,线上部署宕机重启时影响较小。
缺点: 每次的路由拦截时间后的寻找controller的时间会微微增长
在实现按需加载的时候,刚开始是面向过程的写法,会出现多次访问同一路由受影响的情况,所以以面向对象方式实现。
核心代码如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 | const path = require( 'path' ); const fs = require( 'fs' ); class DirProxy { constructor (root) { this .dir = [root]; } static getFile (baseDir) { const baseFile = baseDir + '.js' ; let targetDir = null , targetFile = null ; try { targetDir = fs.statSync(baseDir); } catch (err) {} try { targetFile = fs.statSync(baseFile); } catch (err) {} // console.log(baseDir, baseFile) if (targetDir || targetFile) { if (targetDir && targetDir.isDirectory()) { return 'dir' } if (targetFile && targetFile.isFile()) { return 'file' } return false ; } else { return false ; } } init () { let _this = this ; let handler = { get (target, key, receiver) { console.log( 'dirproxy' ) console.log(key) // key可能会是Symbol(nodejs.util.inspect.custom) if (key && Object.prototype.toString.call(key) === '[object String]' ) { _this.dir.push(key) } // c:/FE/nodeFile/node_base_learn/ 为项目根目录 let baseDir = path.relative(__dirname, `c:/FE/nodeFile/node_base_learn/${_this.dir. join ( '/' )}`); let ctrPath = path.resolve(__dirname, baseDir) let targetCtr = DirProxy.getFile(ctrPath); if (targetCtr == 'dir' ) { return new Proxy({path: _this.dir}, handler); } else { // 根据commonjs的模块解析规则可直接引入目录或js文件 return require(ctrPath) } }, set (target, key, value, receiver) { return false ; }, construct: function(target, args) { return false ; } } return new Proxy({path: _this.dir}, handler) } } module.exports = DirProxy |
现在只是完成了get,set可根据自己需要定制。所有set直接返回false,即只读,也是可以的。
1 2 | //调用方式 app.controller = new DirProxy( 'controller' ).init();<br><br> // 调用之后,便会以链式的方式逐级目录寻找js文件<br>app.controller.user.login |
站在公司或项目长期发展的角度考虑问题的话,按需加载仍是相对稳妥的办法
koa2 定制开源框架github:https://github.com/pomelott/koa2_custom_optimize
框架持续更新中,喜欢请赐星。。。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构