作者： 李俊才：https://blog.csdn.net/qq_28550263?spm=1001.2101.3001.5343
作者邮箱 ：291148484@163.com
本文地址：https://blog.csdn.net/qq_28550263/article/details/129828590

请勿转载，仅发布于我的博客：CSDN jclee95 ： https://blog.csdn.net/qq_28550263?spm=1001.2101.3001.5343

1. 目标概述

我们上一节搭建了一个基于 TypeScript 地开发环境，TypeScript 是强类型语言，这对于我们地开发提供了强大的类型支持，能够给我们代码很多更加智能化的提示，并且由李云我们后期的改错与维护。在上一节中，我们已经实现了一个基本的 koa 服务器的搭建，但是它还有很多不足，比如，它还没有路由，日志记录也需要进行进一步修改等等。

上一节的服务器时一个单一地址的静态页面，我们这一节的目标就是在上一节的基础上添加路由模块，实现 koa web 的路由功能。

2. 路由 与 koa

2.1 路由的概念

2.1.1 起源

路由 一词的来源与其实工程技术并无关系，它很早就有，仅仅是一个生活中很常见的词汇，含以上表示来自哪里。随着二十世纪电气的到来，电气电子相关技术的蓬勃发展，控制技术、通信工程等相关专业应运而生。不论是从最早在电气控制领域的 工业控制网络 到后来的 计算机网络，随着生产力发展的需要都引入了很多来源于生活的概念，路由 就是其中之一。在网络工程领域，路由（routing）是指分组从源到目的地时，决定端到端路径的网络范围的进程。后来随着互联网技术的发展，从网络工程领域再次借用和引申了 路由 这一概念。在用户界面系统中，比如我们所熟知的 web，路由简单的来说就是根据用户请求的 URL 链接来判断对应的处理程序，并返回处理结果。

2.1.2 统一资源定位符（url）

生活中我们以各种形式表达道路，如水路、陆路，通过文字描述我们人类从一个位置到达另外一个位置所经过的道路，就是路由。在网络领域也是类似的，同样需要一个方法来表示信息所经过的位置，这个方法就是 统一资源定位系统（URL，uniform resource locator）。

URL 是由一串字母，数字和特殊符号组成的字符所构成的字符串。在不同的使用场景存在不同的 URL 标准协议，比如最常见的有：

• http Hypertext Transfer Protocol（超文本传输协议）；
• ftp File Transfer protocol（文件传输协议）；
• mailto Electronic mail address（电子邮件地址）；
• file Host-specific file names（特殊主机文件名）；

URL的一般语法格式为：

protocol :// hostname[:port] / path / [:parameters][?query]#fragment

其中：

• protocol 表示协议名，如 http、https、ftp、ed2k 等等；
• hostname 表示主机名，也可以是域名，只不过域名终将通过 DNS 解析为主机名；
• port 表示端口号，一般而言，在一个主机上不同的端口号代表了不同的应用，比如 web 应用使用的http服务默认为 80 端口；
• path 表示具体路径，它是由若干个'/' 号隔开的字符串，一般用来表示主机上的一个目录或文件地址；
• parameters 表示参数，用于指定特殊参数的可选项，一般通过服务器端程序自行解释，不过目前的前端路由也可以处理参数。
• query 表示查询，可以有多个。一个查询实际上就是一个 键值对，用于以 url 方式给应用传入相关的参数。每两个查询之间使用'&' 符号隔开，'='符号隔开；
• fragment 表示信息片断，是一个用于指定网络资源中的片段的字符串。例如一个 Web 中有多个名词解释，可使用fragment直接定位到某一名词解释。在Web的前端路由的 所谓哈希模式中，就是使用 信息片段来区别不同位置的。

2.2 路由的原理

2.3 了解关于 MVC 的概念

在后文中我们需要以MVC模式关联路由和视图，因此有必要先讲解何谓 MVC。 MVC 是交互系统开发中常用的一种 软件设计模式。 经典MVC架构中，M、V、C 分别表示的是三个开发层级。其中 M（Model）代表 数据模型，V（View）代表视图，C（Controller）则是控制器（也称调度器）。

• Model 他是模型表示业务规则，模型更具体的来说其实就是指数据。
• View 它是用户看到并与之交互的界面。比如 web 中的html元素组成的网页界面。
• Controller 它是视图和数据模型之间的桥梁，用于接受用户的输入并调用 Model 和 View 去完成相应的需求。

因此总的来看 MVC 模式将交互系统分层了三个层次，分别是 数据层、视图层 和 调度层。 使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。

3. koa-router

3.1 概述

与 express 不一样的是，koa 自身连路由系统也没有，需要额外安装路由中间件插件。这给开发者带来了更多的选择，你既可以使用 koa 官方团队提供的路由中间件 koa-router，也可以选择其它的方式实现 Koa Web 的路由。也就是说，是否使用官方的 koa-router 其实并非强制的。

如上所述 koa-router 是一款由 koa 官方以 中间件 形式提供的路由模块，它能完成我们一般的路由功能，并且由于是官方所提供的插件，很多第三方插件更倾向于基于 koa-router 进行推出，因此在本文中也使用它进行路由的讲解，这对于 Web 后端类项目的初学者也更加友好。

另外， koa-router 是 express 路由风格的路由，这大概由于 koa 和 express 是同一个团队进行开发的有较大关系。对于熟悉 express 的读者可以直接入手。

3.2 配置 koa-router

要使用 koa-router 需要先进行安装。目前 koa 团队规范了 路由模块 的项目名称，从旧版的 koa-router 迁移到了新的 @koa/router。因此依据当前最新的文档，你可以使用如下方式对 koa-router 进行安装：

npm i @koa/router
# or
yarn add @koa/router
# or
pnpm i @koa/router

（依据你项目所使用的包管理工具进行选择）

3.3 路由的 TypeScript 支持

由于我们使用 TypeScript 进行开发，而 koa-router 本身不包含 TypeScript 源码或者相应的类型声明文件。因此为了更好地获得类型的支持，还需要独立安装对应的类型模块。

在 koa-router 项目名迁移到 @koa/router 后，对应的类型模块项目名为 @types/koa__router。因此你可以通过下面的方式为路由添加 TypeScript 支持：

npm install @types/koa__router -D
# or
yarn add -D @types/koa__router
# or
pnpm install @types/koa__router -D

（依据你项目所使用的包管理工具进行选择）

3.4 koa-router 的编程接口解析

我们用的主要就是 Router 对象，它是一个类，其类型签名如下：

declare class Router<StateT = Koa.DefaultState, ContextT = Koa.DefaultContext> {
    opts: Router.RouterOptions;
    methods: string[];
    params: object;
    stack: Router.Layer[];

    /**
     * 创建新路由器。
     */
    constructor(opt?: Router.RouterOptions);

    /**
     * 使用给定的中间件。
     *
     * 中间件按照 `.use()` 定义的顺序运行。它们被顺序调用，请求从第一个中间件开始，沿着中间件堆栈 "down"（向下） 传递。
     */
    use(...middleware: Array<Router.Middleware<StateT, ContextT>>): Router<StateT, ContextT>;
    /**
     * 使用给定的中间件。
     *
     * 中间件按照 `.use()` 义的顺序运行。它们被顺序调用，请求从第一个中间件开始，沿着中间件堆栈"down"（向下）传递。
     */
    use(
        path: string | string[] | RegExp,
        ...middleware: Array<Router.Middleware<StateT, ContextT>>
    ): Router<StateT, ContextT>;

    /**
     * HTTP get 方法
     */
    get<T = {}, U = {}, B = unknown>(
        name: string,
        path: string | RegExp,
        ...middleware: Array<Router.Middleware<StateT & T, ContextT & U, B>>
    ): Router<StateT, ContextT>;
    /**
     * HTTP get 方法
     */
    get<T = {}, U = {}, B = unknown>(
        path: string | RegExp | Array<string | RegExp>,
        ...middleware: Array<Router.Middleware<StateT & T, ContextT & U, B>>
    ): Router<StateT, ContextT>;

    /**
     * HTTP post 方法
     */
    post<T = {}, U = {}, B = unknown>(
        name: string,
        path: string | RegExp,
        ...middleware: Array<Router.Middleware<StateT & T, ContextT & U, B>>
    ): Router<StateT, ContextT>;
    /**
     * HTTP post 方法
     */
    post<T = {}, U = {}, B = unknown>(
        path: string | RegExp | Array<string | RegExp>,
        ...middleware: Array<Router.Middleware<StateT & T, ContextT & U, B>>
    ): Router<StateT, ContextT>;

    /**
     * HTTP put 方法
     */
    put<T = {}, U = {}, B = unknown>(
        name: string,
        path: string | RegExp,
        ...middleware: Array<Router.Middleware<StateT & T, ContextT & U, B>>
    ): Router<StateT, ContextT>;
    /**
     * HTTP put 方法
     */
    put<T = {}, U = {}, B = unknown>(
        path: string | RegExp | Array<string | RegExp>,
        ...middleware: Array<Router.Middleware<StateT & T, ContextT & U, B>>
    ): Router<StateT, ContextT>;

    /**
     * HTTP link 方法
     */
    link<T = {}, U = {}, B = unknown>(
        name: string,
        path: string | RegExp,
        ...middleware: Array<Router.Middleware<StateT & T, ContextT & U, B>>
    ): Router<StateT, ContextT>;
    /**
     * HTTP link 方法
     */
    link<T = {}, U = {}, B = unknown>(
        path: string | RegExp | Array<string | RegExp>,
        ...middleware: Array<Router.Middleware<StateT & T, ContextT & U, B>>
    ): Router<StateT, ContextT>;

    /**
     * HTTP unlink 方法
     */
    unlink<T = {}, U = {}, B = unknown>(
        name: string,
        path: string | RegExp,
        ...middleware: Array<Router.Middleware<StateT & T, ContextT & U, B>>
    ): Router<StateT, ContextT>;
    /**
     * HTTP unlink 方法
     */
    unlink<T = {}, U = {}, B = unknown>(
        path: string | RegExp | Array<string | RegExp>,
        ...middleware: Array<Router.Middleware<StateT & T, ContextT & U, B>>
    ): Router<StateT, ContextT>;

    /**
     * HTTP delete 方法
     */
    delete<T = {}, U = {}, B = unknown>(
        name: string,
        path: string | RegExp,
        ...middleware: Array<Router.Middleware<StateT & T, ContextT & U, B>>
    ): Router<StateT, ContextT>;
    /**
     * HTTP delete 方法
     */
    delete<T = {}, U = {}, B = unknown>(
        path: string | RegExp | Array<string | RegExp>,
        ...middleware: Array<Router.Middleware<StateT & T, ContextT & U, B>>
    ): Router<StateT, ContextT>;

    /**
     *  `router.delete()` 的别名，因为delete是保留字
     */
    del<T = {}, U = {}, B = unknown>(
        name: string,
        path: string | RegExp,
        ...middleware: Array<Router.Middleware<StateT & T, ContextT & U, B>>
    ): Router<StateT, ContextT>;
    /**
     *  `router.delete()` 的别名，因为delete是保留字
     */
    del<T = {}, U = {}, B = unknown>(
        path: string | RegExp | Array<string | RegExp>,
        ...middleware: Array<Router.Middleware<StateT & T, ContextT & U, B>>
    ): Router<StateT, ContextT>;

    /**
     * HTTP head 方法
     */
    head<T = {}, U = {}, B = unknown>(
        name: string,
        path: string | RegExp,
        ...middleware: Array<Router.Middleware<StateT & T, ContextT & U, B>>
    ): Router<StateT, ContextT>;
    /**
     * HTTP head 方法
     */
    head<T = {}, U = {}, B = unknown>(
        path: string | RegExp | Array<string | RegExp>,
        ...middleware: Array<Router.Middleware<StateT & T, ContextT & U, B>>
    ): Router<StateT, ContextT>;

    /**
     * HTTP options 方法
     */
    options<T = {}, U = {}, B = unknown>(
        name: string,
        path: string | RegExp,
        ...middleware: Array<Router.Middleware<StateT & T, ContextT & U, B>>
    ): Router<StateT, ContextT>;
    /**
     * HTTP options 方法
     */
    options<T = {}, U = {}, B = unknown>(
        path: string | RegExp | Array<string | RegExp>,
        ...middleware: Array<Router.Middleware<StateT & T, ContextT & U, B>>
    ): Router<StateT, ContextT>;

    /**
     * HTTP patch 方法
     */
    patch<T = {}, U = {}, B = unknown>(
        name: string,
        path: string | RegExp,
        ...middleware: Array<Router.Middleware<StateT & T, ContextT & U, B>>
    ): Router<StateT, ContextT>;
    /**
     * HTTP patch 方法
     */
    patch<T = {}, U = {}, B = unknown>(
        path: string | RegExp | Array<string | RegExp>,
        ...middleware: Array<Router.Middleware<StateT & T, ContextT & U, B>>
    ): Router<StateT, ContextT>;

    /**
     * 用所有方法注册路由。
     */
    all<T = {}, U = {}, B = unknown>(
        name: string,
        path: string | RegExp,
        ...middleware: Array<Router.Middleware<StateT & T, ContextT & U, B>>
    ): Router<StateT, ContextT>;
    /**
     * 用所有方法注册路由。
     */
    all<T = {}, U = {}, B = unknown>(
        path: string | RegExp | Array<string | RegExp>,
        ...middleware: Array<Router.Middleware<StateT & T, ContextT & U, B>>
    ): Router<StateT, ContextT>;

    /**
     * 为已经初始化的路由器实例设置路径前缀。
     *
     * @example
     *
     * ```javascript
     * router.prefix('/things/:thing_id')
     * ```
     */
    prefix(prefix: string): Router<StateT, ContextT>;

    /**
     * 返回路由器中间件，它分派与请求匹配的路由。
     */
    routes(): Router.Middleware<StateT, ContextT>;

    /**
     * 返回路由器中间件，它分派与请求匹配的路由。
     */
    middleware(): Router.Middleware<StateT, ContextT>;

    /**
     * 返回单独的中间件，用于响应带有包含允许方法的 `Allow` 请求头的 `OPTIONS` 请求，以及适当地响应“405 方法不允许” 和 “501 未实现”。
     *
     * @example
     *
     * ```javascript
     * var Koa = require('koa');
     * var Router = require('koa-router');
     *
     * var app = new Koa();
     * var router = new Router();
     *
     * app.use(router.routes());
     * app.use(router.allowedMethods());
     * ```
     *
     * **使用[Boom](https://github.com/hapijs/boom)的例子：**
     *
     * ```javascript
     * var Koa = require('koa');
     * var Router = require('koa-router');
     * var Boom = require('boom');
     *
     * var app = new Koa();
     * var router = new Router();
     *
     * app.use(router.routes());
     * app.use(router.allowedMethods({
     *   throw: true,
     *   notImplemented: () => new Boom.notImplemented(),
     *   methodNotAllowed: () => new Boom.methodNotAllowed()
     * }));
     * ```
     */
    allowedMethods(
        options?: Router.RouterAllowedMethodsOptions
    ): Router.Middleware<StateT, ContextT>;

    /**
     * 使用可选的 30x 状态 `code` 将 `source` 重定向到 `destination` URL。
     *
     * `source` 和 `destination` 都可以是路由名.
     *
     * ```javascript
     * router.redirect('/login', 'sign-in');
     * ```
     *
     * 这相当于：
     *
     * ```javascript
     * router.all('/login', ctx => {
     *   ctx.redirect('/sign-in');
     *   ctx.status = 301;
     * });
     * ```
     */
    redirect(source: string, destination: string, code?: number): Router<StateT, ContextT>;

    /**
     * 创建并注册一个 route。
     */
    register(
        path: string | RegExp,
        methods: string[],
        middleware: Router.Middleware<StateT, ContextT> | Array<Router.Middleware<StateT, ContextT>>,
        opts?: Router.LayerOptions,
    ): Router.Layer;

    /**
     * 具有给定 `name` 的 Lookup route。
     */
    route(name: string): Router.Layer | boolean;

    /**
     * 为 route 生成URL。接受命名`params` 的映射或一系列参数(对于正则表达式路由)
     *
     * router = new Router();
     * router.get('user', "/users/:id", ...
     *
     * router.url('user', { id: 3 });
     * // => "/users/3"
     *
     * 可以从第三个参数生成查询（query）:
     *
     * router.url('user', { id: 3 }, { query: { limit: 1 } });
     * // => "/users/3?limit=1"
     *
     * router.url('user', { id: 3 }, { query: "limit=1" });
     * // => "/users/3?limit=1"
     *
     */
    url(name: string, params?: any, options?: Router.UrlOptionsQuery): Error | string;

    /**
     * 匹配给定的 `path` 并返回相应的routes。
     */
    match(path: string, method: string): Router.RoutesMatch;

    /**
     * 为命名的路由参数运行中间件。适用于自动加载或验证。
     *
     * @example
     *
     * ```javascript
     * router
     *   .param('user', (id, ctx, next) => {
     *     ctx.user = users[id];
     *     if (!ctx.user) return ctx.status = 404;
     *     return next();
     *   })
     *   .get('/users/:user', ctx => {
     *     ctx.body = ctx.user;
     *   })
     *   .get('/users/:user/friends', ctx => {
     *     return ctx.user.getFriends().then(function(friends) {
     *       ctx.body = friends;
     *     });
     *   })
     *   // /users/3 => {"id": 3, "name": "Alex"}
     *   // /users/3/friends => [{"id": 4, "name": "TJ"}]
     * ```
     */

    param<BodyT = unknown>(param: string, middleware: Router.ParamMiddleware<StateT, ContextT, BodyT>): Router<StateT, ContextT>;

    /**
     * 为路由生成URL。接受一个路径名和一个名为 `params` 的 map。
     *
     * @example
     *
     * ```javascript
     * router.get('user', '/users/:id', (ctx, next) => {
     *   // ...
     * });
     *
     * router.url('user', 3);
     * // => "/users/3"
     *
     * router.url('user', { id: 3 });
     * // => "/users/3"
     *
     * router.use((ctx, next) => {
     *   // 重定向到命名路由
     *   ctx.redirect(ctx.router.url('sign-in'));
     * })
     *
     * router.url('user', { id: 3 }, { query: { limit: 1 } });
     * // => "/users/3?limit=1"
     *
     * router.url('user', { id: 3 }, { query: "limit=1" });
     * // => "/users/3?limit=1"
     * ```
     */
    static url(path: string | RegExp, params: object): string;
 }

3.5 关于路由的一些补充

3.5.1 HTTP 动词（Verbs）和 koa-router verb 方法

HTTP 定义了一组请求方法, 以表明要对给定资源执行的操作。指示针对给定资源要执行的期望动作。HTTP 动词 是用于 HTTP 请求方法中的一系列的值，包括了：

koa-router 插件为我们提供了一些列 router.verb() 方法其中 verb只某个 HTTP 动词，例如：router.get() 、 router.post()。另外 router.all() 方法可以匹配所有的这类方法。详细类型签名参见 3.4 小节。

当路径匹配时，其路径在ctx._matchedRoute处可用。如果路由被命名（参考 3.5.2 命名路由），该名称可在 ctx._matchedRouteName 获得。

koa-router 内部使用 path-to-regexp 模块将路由路径转换为正则表达式。在匹配请求时不会考虑 url 的 query 字符串。

3.5.2 命名路由

顾名思义，所谓 命名路由 就是给一个路由起别名。也就是说，路由可以有名称，这允许我们在开发过程中生成URL和简单地去重命名URL。

以 get 请求为例，Router 对象上的 get 是两个 重载 的方法，当其中一个重载方法参数为 path、...middleware，而另外一个为 name、path、...middleware。这就是说我们可以给 get 方法描述的路由在第一个参数的位置多指定一个 name 字符串参数来表示路由名，比如：

router.get('user', '/users/:id', (ctx, next) => {
 // ...
});

这里的 'user' 对应于 name，即该条路由被命名为 usrt。定义了名字自然是为了更方便地来进行使用地。

Router 对象上的 url 方法可以为路由生成URL，它接受的第一个参数就是 命名路由的路由名name 。该方法的类型签名为：

url(name: string, params?: any, options?: Router.UrlOptionsQuery): Error | string;

我们就用它来试一下：

router.url('user', 3);  // => "/users/3"

其中，这里就是把 param 值 （3）赋给了 名字为 user 的路由中后面的 parameter （/:id），因此就是/users/3。

3.5.3 嵌套路由

顾名思义，所谓 嵌套路由就是在接续一个路由以同样地方式定义子路由。从实现层面上看，路由地使用是通过中间件使用上的嵌套。
例如：

const father = new Router();
const child = new Router();


child.get('/', (ctx, next) => {...});
child.get('/:pid', (ctx, next) => {...});

routers1.use(
  '/father/:fid/child', 
  posts.routes(),
  routers2.allowedMethods()
);

// 响应于 "/father/123/child" 
// 和 "/father/123/child/123"
app.use(routers1.routes());

3.5.4 路由前缀

嵌套的子路由自动地被继承其了父路由作为它地前缀，不过还可以手动在实例化 Router 对象时为路由添加前缀。例如：

const router = new Router({
  prefix: '/users'
});

router.get('/', ...); // responds to "/users"
router.get('/:id', ...); // responds to "/users/:id"

3.5.5 url 参数

我们在 2.1.2 统一资源定位符（url） 小节已提到过什么是 url 参数，一旦在需要使用到 url参数 时，koa-router 地动词函数中可以很简单地去用它，例如：

router.get('/:category/:title', (ctx, next) => {
  console.log(ctx.params);
  // => { category: 'programming', title: 'how-to-node' }
});

4. 搭建应用为中心的路由系统

4.1 来源于 Django 的启发

4.1.1 Django 中的路由调度思路

一九年的时候我自学了 Django， 这是一款基于 Python 语言的重型 Web 框架。之所以称之为 “重型”框架是因为它具有相当强大、丰富的开箱即用功能，其中就包括路由系统。按照 Django 官方的说法，他是一款 MVT 类型的架构，不过究其本质，实际上还是广义上的 MVC 模式，之所以硬要叫做 MVT 大概是因为 Django 框架中具有强大的 模板系统。所谓模板系统，对于具有前端开发经验的读者来说是不陌生的，因为前端框架最主要部分就是模板语言，比如 vue，他们都以自己的语法形式提供了视图层面开发的模板语言。不过这与本文的主题关系不大，因而不做过多展开讲解。

Django 有一个典型的特点，就是一般而言它是由一个个子应用组成的，甚至为你提供了在创建应用的脚手架（CLI，命令行工具）。在每一个应用中通过一个用作 调度器的 路由模块控将当前应用的路由分配到每一个视图上。一个视图由若干个视图对象构成，这些视图对象既可以是基于类的，也可以是基于函数的，但是都必须通过调度器分配路由并且以某种形式返回一个HTTP响应对象才是有效的。

从整体上看子应用当然是需要集中管理的，这就意味着需要一个 中央调度器，它一般负责从根路由开始将路由分配到各个应用（虽然这也不是强制性的，你可以直接分配视图，但这往往是破坏项目的优雅性和易维护性）。因此从整体上看，不论是 子应用 还是 子路由，看起来都是一个树形结构的。

4.1.2 构建基于 Koa 的 MVC 架构体系

相对于 Django 而言， Koa 是一款极度轻型的框架（express也是），它不仅没有模板语言、后台系统、权限管理等等相对复杂的功能，甚至连路由都需要额外模块安装并以作为中间件的形式手动引入。在我们配置好 koa-router 后，也可以仿照 Django 的方式搭建围绕应用的路由。

这也就是说，首先我们整个项目管理的主体是应用，每一个应用都是独立的（至少是尽最大可能将应用之间的耦合度降到最低）——去耦合往往也是代码可读性的要求。在每一个应用内，通过一个应用的 调度器 处理 url 和视图之间的关系，这个调度器也就是我们的应用级路由模块。

4.2 实践

现在我们在 前一篇文章 的基础上创建一个 src/settings.ts 文件用于放项目的一些全局配置、一个 src/libs/url.ts 文件用于放与路由相关的工具，再创建一个 src/apps 目录用于存放应用，现在我们在该文件夹下创建两个应用文件夹，一个为auth，另外一个为 home。

现在我们希望自动地获取每个应用下 的 Router 对象合并到一个总的 Router 对象作为 中间件给 Koa 实例使用。

先在 setting.ts 中定义一些常量备用：

import path from "path";

export const devPort = 3000;
export const BASE_DIR = path.resolve(__dirname,'.');
export const APPS_DIR = path.join(BASE_DIR,'apps');

于是在 libs\conf.ts 中编写一个 getRouters 函数：

import path from "path";
import Router from '@koa/router';
import { APPS_DIR } from "../settings";

export declare type URLResolver = { path: string | string[] | RegExp, include: string }

export async function getRouters(urlpatterns: URLResolver[]): Promise<Router> {
    const router = new Router();

    for (let index = 0; index < urlpatterns.length; index++) {
        const item = urlpatterns[index];
        const app_urls = await import(path.resolve(APPS_DIR, ...item.include.split('.')));
        router.use(item.path, app_urls.router.routes(), app_urls.router.allowedMethods());
    }
    
    return router

编写根路由文件 src/urls.ts：

import type { URLResolver } from './lib/conf';

const urlpatterns: URLResolver[] = [
  { path: '/', include: 'home.urls' },
  { path: '/auth', include: 'auth.urls' },
]

export {
  urlpatterns
}

• path 表示以一个路由的值，include 所包含进来的路由文件中定义的路由都将继承于path定义的路由值；
• include 表示包含的一个子路由文件，. 好分割父子目录。其中最左侧第一个目录是 APPS_DIR 的直接子目录。

接着在home、auth 两个应用下的 urls.ts 文件中简单定义路由：
src/apps/home/urls.ts

import Router from '@koa/router';
const router:Router = new Router();

router.get('/', async (ctx) => {
  ctx.type = 'html';
  ctx.body = '<h1>这是 Home 页！（\'/\'）</h1>';
})

export {
  router
}

src/apps/auth/urls.ts

import Router from '@koa/router';

const router:Router = new Router();

router.get("/", async (ctx) => {
  ctx.type = 'html';
  ctx.body = '<h1>这是Auth页（/auth）！</h1>';
})

export {
    router
}

对src/app.ts做出相应调整：

import Koa from 'koa';
import { logger } from './logger';
import { urlpatterns } from './urls';
import Boom from 'boom';
import { getRouters } from './lib/conf';
import { devPort } from './settings';

async function bootstrap() {
    const app = new Koa();
    const router = await getRouters(urlpatterns);
    app.use(router.routes());
    app.use(router.allowedMethods({
        throw: true,
        notImplemented: () => Boom.notImplemented(),
        methodNotAllowed: () => Boom.methodNotAllowed()
    }));

    app.listen(devPort,
        ()=>{
            logger.debug(`app started at: http://localhost:${devPort}`);
            logger.debug(`swagger pages at: http://localhost:${devPort}/swagger/index.html`);
        }
    );
}

bootstrap()

现在我们重新运行，并在浏览器中访问：

5. 小结

本文在前一篇文章的基础上使用官方的koa-router（已改名为@koa/router）中间件为我们的 Koa 项目添加了路由。为了使各部分功能看起来更独立，我们使用不同的应用名来区分功能，在每个因公子目录下添加一个路由文件，不过我们目前还并没有要求 根路由所包含的文件必须是src/apps/xxx 下的文件，毕竟这只是为了后期的去耦合，这些将在之后的文章中做更多的处理。目前我们的路由还是 koa-router 的中间件形式，其实这对于视图的调度并不是那么直观，这也将在后续文章中做更多地改进。