fong - 纯 typescript 的 Nodejs gRPC 微服务框架

发布于 1周前 作者 eggper 来自 nodejs/Nestjs

fong - 纯 typescript 的 Nodejs gRPC 微服务框架

简介

fong: A service framework of node gRPC.
github: https://github.com/xiaozhongliu/fong
fong 是一个完全用 typescript 编写的 node gRPC 框架, 可以基于它很方便地编写 gRPC 微服务应用. 一般是用来编写 service 层应用, 以供 bff 层或前端层等调用.

优点

1.纯 typescript 编写, typescript 的好处不用多说了. 并且用户使用这个框架框架时, 查看定义都是 ts 源码, 用户使用框架感受不到 type definition 文件.
2.效仿egg.js的『约定优于配置』原则, 按照统一的约定进行应用开发, 项目风格一致, 开发模式简单, 上手速度极快. 如果用过 egg, 就会发现一切都是那么熟悉.

对比

目前能找到的开源 node gRPC 框架很少, 跟其中 star 稍微多点的 mali 简单对比一下:
(去 github 看吧, V2EX 还不支持 table 啊)

|对比方面 |mali |fong | |:--- |:--- |:--- | |项目风格约定 | |√ | |定义查看跳转 |definition |源代码 | |编写语言 |javascript |typescript | |proto 文件加载 |仅能加载一个 |按目录加载多个| |代码生成 | |√ | |中间件 |√ |√ | |配置 | |√ | |日志 | |√ | |controller 加载| |√ | |service 加载 | |即将支持, 目前可以自己 import 即可 | |util 加载 | |即将支持, 目前可以自己 import 即可 | |入参校验 | |即将支持 | |插件机制 | |打算支持 | |更多功能 | |TBD |

示例

示例项目

github: https://github.com/xiaozhongliu/ts-rpc-seed

运行服务

使用 vscode 的话直接进 F5 调试 typescript.
或者:

npm start

测试请求

ts-node tester
# 或者:
npm run tsc
node dist/tester.js

使用

目录约定

不同类型文件只要按以下目录放到相应的文件夹即可自动加载.

root
├── proto
|  └── greeter.proto
├── config
|  ├── config.default.ts
|  ├── config.dev.ts
|  ├── config.test.ts
|  ├── config.stage.ts
|  └── config.prod.ts
├── midware
|  └── logger.ts
├── controller
|  └── greeter.ts
├── service
|  └── sample.ts
├── util
|  └── sample.ts
└── typings
|  ├── enum.ts
|  └── indexed.d.ts
├── log
|  ├── common.20190512.log
|  ├── common.20190513.log
|  ├── request.20190512.log
|  └── request.20190513.log
├── app
├── packagen
├── tsconfign
└── tslintn

入口文件

import App from 'fong'
new App().start()

配置示例

默认配置 config.default.ts 与环境配置 config.<NODE_ENV>.ts 是必须的, 运行时会合并.
配置可从 ctx.config 和 app.config 获取.

import { AppInfo, Config } from 'fong'

export default (appInfo: AppInfo): Config => { return { // basic PORT: 50051,

    // log
    COMMON_LOG_PATH: `${appInfo.rootPath}/log/common`,
    REQUEST_LOG_PATH: `${appInfo.rootPath}/log/request`,
}

}

中间件示例

注: req 没有放到 ctx, 是为了方便在 controller 中支持强类型.

import { Context } from 'fong'
import 'dayjs/locale/zh-cn'
import dayjs from 'dayjs'
dayjs.locale('zh-cn')

export default async (ctx: Context, req: object, next: Function) => { const start = dayjs() await next() const end = dayjs()

ctx.logger.request({
    '@duration': end.diff(start, 'millisecond'),
    controller: `${ctx.controller}.${ctx.action}`,
    metedata: JSON.stringify(ctx.metadata),
    request: JSON.stringify(req),
    response: JSON.stringify(ctx.response),
})

}

controller 示例

import { Controller, Context } from 'fong'
import HelloReply from '../typings/greeter/HelloReply'

export default class GreeterController extends Controller {

async sayHello(ctx: Context, req: HelloRequest): Promise&lt;HelloReply&gt; {
    return new HelloReply(
        `Hello ${req.name}`,
    )
}

async sayGoodbye(ctx: Context, req: HelloRequest): Promise&lt;HelloReply&gt; {
    return new HelloReply(
        `Goodbye ${req.name}`,
    )
}

}

日志

日志文件:
请求日志: ./log/request.<yyyyMMdd>.log
其他日志: ./log/common.<yyyyMMdd>.log

请求日志示例:

{
    "@env": "dev",
    "@region": "unknown",
    "@timestamp": "2019-05-12T22:23:53.181Z",
    "@duration": 5,
    "controller": "Greeter.sayHello",
    "metedata": "{\"user-agent\":\"grpc-node/1.20.3 grpc-c/7.0.0 (osx; chttp2; godric)\"}",
    "request": "{\"name\":\"world\"}",
    "response": "{\"message\":\"Hello world\"}"
}

代码生成

代码生成器还未单独封包, 现在放在示例应用的 codegen 目录下.

使用方法:
1.定义好契约 proto, 确保格式化了内容.

2.运行代码生成逻辑:

ts-node codegen

这样就会生成 controller 及相关请求 /响应的 interface/class, 未来会支持更多类型的文件的生成.

3.从./codegen/dist 目录将生成的 controller 文件移入./controller 文件夹并开始编写方法内部逻辑.

定义查看跳转

Peek Definition 直接指向源码.

近期计划

service 加载

service 文件放到 service 文件夹即可自动加载. 通过 ctx.<service>使用.

util 加载

util 文件放到 util 文件夹即可自动加载. 通过 ctx.util.<function>使用.

入参校验

把在这里用的参数校验中间件搬过来, 用 class-validator 和 class-transformer 实现校验, 支持自动生成.

应用内的 request model 将会类似:

import { IsOptional, Length, Min, Max, IsBoolean } from 'class-validator'

export default class IndexRequest { @Length(4, 8) @IsOptional() foo: string

@Min(5)
@Max(10)
@IsOptional()
bar: number

@IsBoolean()
@IsOptional()
baz: boolean

}

框架内的 validate midware 将会类似:

import { Context } from 'egg'
import { validate } from 'class-validator'
import { plainToClass } from 'class-transformer'

import HomeIndexRequest from ‘…/request/home/IndexRequest’ import HomeValidateRequest from ‘…/request/home/ValidateRequest’ const typeMap = new Map([ [‘Home.index’, HomeIndexRequest], [‘Home.validate’, HomeValidateRequest], ])

export default async (ctx: Context, next: Function) => { const type = typeMap.get(ctx.routerName) const target = plainToClass(type, ctx.query) const errors = await validate(target)

if (!errors.length) return next()

ctx.body = {
    success: false,
    message: errors.map(error =&gt; ({
        field: error.property,
        prompt: error.constraints,
    })),
}

}


1 回复

以下是对“fong——纯typescript的Nodejs gRPC微服务框架”这一帖子的专业回复:

fong确实是一个值得关注的微服务框架,它完全基于typescript编写,专注于为Nodejs环境提供gRPC支持。gRPC作为谷歌开源的高性能RPC框架,已经广泛应用于微服务架构中,而fong则进一步简化了在Nodejs中使用gRPC的复杂度。

以下是一个简单的fong框架使用示例:

import App from 'fong';

new App().start();

在fong中,你可以通过定义.proto文件来描述服务接口和数据结构,然后使用fong提供的工具生成对应的typescript代码。这些代码包括服务端的接口实现和客户端的存根(stub),你可以在此基础上快速实现微服务的功能。

此外,fong还借鉴了egg.js的“约定优于配置”原则,使得项目开发更加规范和高效。通过遵循fong的约定,你可以快速上手并开发出风格一致的微服务应用。

总的来说,fong是一个非常适合Nodejs开发者的gRPC微服务框架,它提供了简洁的API和高效的开发模式,有助于你快速构建出稳定可靠的微服务应用。如果你正在寻找一个纯typescript的Nodejs gRPC微服务框架,那么fong无疑是一个值得尝试的选择。

回到顶部