npm:@ncp/core | Skypack

README

这里面是架构核心。

serviceHub
serviceLoader 扫描 services 目录并且加载模块，热更新模块
- 调用 config.js 中配置的 extension map，如 .sql 使用 osql-loader 或者 psql-loader，没有注册的就认为是默认 js，取 exports.faas 作为服务，exports.xxx 作为该服务的配置
如何实现服务端视图？
- exports.faas 取视图用到的数据
- exports.view 设置从哪个视图渲染
- view 模块使用 view-loader 预编译变成函数
- middleware 执行完 faas 后，将结果带入到配置的 view fn 结果返回
如何区分 internal/对外
- config 中配置哪些扫描，其中哪些对外
- 可以整个目录配置成只对内，如 view 视图模板目录，只对内

config.js 范例

exports.loader = {
  sql: require('osql-loader'),
  md: require('md-loader'),
  json5: require('json5-loader'),
}
exports.loader = (ext, filename) => {
  if (ext === 'sql') {
    return require('osql-loader');
  }
}

配置结果参考

root
  dir1
    middlewares
    loaders 没设置自动取上级，设置可以取上级并修改，this.parent 可以取到上级
    subdirs
    services
    aliases

路由过程， path 切分段落先看第一段，执行 middlewares，找目录或者文件，没有找 alias，最终定位到服务。执行服务的 faas 方法，等待 promise 解析或报错。中间件可以看到 req, resp, ctx.state；然后做出改变。ctx 没有关于 http 的信息。

todo

实现服务自动注册机制
实现 loader 机制，根据文件名，文件路径转成服务模块，带 faas 方法的过程
实现中间件机制，改变请求响应，设置和提取中间状态
配置，服务和中间件还有loader都能够读取 dir/file中的配置，loader 只能读 dir 中的配置
http gateway 能挂接到核心 core.service(path, request) => Promise

从简单到复杂

实现 dirConfig prototype 链
- 然后在实现 module 到所属目录的 dirConfig prototype
实现 jsLoader, configLoader，
- 然后再实现 markdown,yaml,json5
- osql,psql 等 loader
- 再实现 DSL loader
实现 watch add
- 实现 watch change
- 实现 watch del
config.middlewares [] 实现中间件机制

Usage no npm install needed!

README