koahub loader
Installation
$ npm install koahub-loader
Use with koa
// 1.model loader
var model = loader([
{
root: './app/model',
suffix: '.model.js'
},
{
root: './addon',
suffix: '.model.js',
filter: [/\w*\/model\//]
}
]);
// 2.controller loader
var app = require('koa')();
var router = require('koa-router')();
var controller = loader([
{
root: './app/controller',
suffix: '.controller.js',
prefix: '/',
}, {
root: './addon',
suffix: '.controller.js',
prefix: '/addon/',
filter: [/\w*\/controller\//]
}
]);
for (var key in controller) {
router.use(key, controller[key].routes());
}
app.use(router.routes());
// 3.util loader
var util = loader([
{
root: './app/common',
suffix: '.util.js'
},
{
root: './addon',
suffix: '.util.js',
filter: [/\w*\/common\//]
}
]);
还没明白怎么回事就出现了一只广告。。。
没啥意义吧?
如果是koa1的话,其实express要更好些
koa2与koa1千差万别,考虑到新的async/await机制,koa1的核心co貌似之后会被放弃维护,koa2才是koa未来的方向,koa1只是一个实验品性质的东西,目前用来学习可以,但不值得投入大量的资源进去
@wujohns 嗯,确实
@einsqing 哪里有3?
@einsqing 选择框架当然不能只追求新特性,但目前阶段来说,生产环境下用express比koa要好很多,即使koahub有相应的跟进,但koa1到koa2的迁移就会使得自己写的好多代码废弃掉(特别是中间件部分),从这个角度上看,反而是koahub过分追求新特性了
@wujohns koahub组件移植起来很方便,而且目前的特性环境是完全支持的,并没有使用babel,所以不能说过分追求新特性了。
@i5ting koa deprecated Support for generators will been removed in v3,已经在计划中了
@einsqing 源码在哪里?现在谈3有点虚
时间过得飞快,然后现在出node 7了,koa2的知识栈可以开始做起来了,至于koa1,真心没有必要投大代价
现在技术更新太快了