Buf Logo

简介

Buf一款更高效、开发者友好的 Protobuf API 管理工具,不仅支持代码生成,还支持插件和 Protobuf 格式化

我们可以使用 Buf 替代原本基于 Protoc代码生成流程,一方面可以统一管理团队 Protoc 插件版本代码生成配置,另一方面可以简化项目开发配置

本文将会用两部分内容来简述 Buf使用流程,涵盖 Golang 服务端开发前端开发的内容。

  1. 基于 Protobuf 生成 Golang 代码
  2. 基于 Protobuf 生成 Typescript 类型定义代码

Buf 安装

如果您使用的是 Macos可以直接通过 Brew 安装

brew install bufbuild/buf/buf

如果您使用的是 Windows推荐通过 Golanginstall 命令安装

# Substitute GOBIN for your bin directory
# Leave unset to default to $GOPATH/bin
GO111MODULE=on GOBIN=/usr/local/bin go install 
github.com/bufbuild/buf/cmd/buf@v1.18.0

更多安装方式可以自行查阅官方文档Getting Started with the Buf CLI

安装成功之后,我们可以通过 buf --version 命令进行验证

使用 Buf 生成 Golang 代码

使用 Buf 生成代码可以拆分以下步骤

  1. 初始化 Buf 配置配置 Protobuf 协议格式化和 Lint 校验)。
  2. 编写 Protobuf 协议。
  3. 初始化 Buf 代码生成配置
  4. 运行 Buf 生成代码

本文将会基于 Buf 提供的 Remote Plugin 工具进行说明

初始化 Buf 配置

我们在任意项目创建名为 proto 的目录并使用 buf mod init 初始化 Protobuf 协议的 Buf 配置

值得注意的是这个目录既可以是前后端共享路径,也可以是共享集中式 Git 仓库,形式取决于项目管理者本身的规划

此时项目proto 目录下会出现一个名为 buf.yaml配置文件如图所示

.
└── proto
    └── buf.yaml

一般情况下,我们可以考虑改动 buf.yaml 配置如下所示

version: v1
deps:
  - buf.build/googleapis/googleapis:main
lint:
  use:
    - DEFAULT
  except:
    - PACKAGE_DIRECTORY_MATCH
    - PACKAGE_VERSION_SUFFIX
breaking:
  use:
    - FILE

改动之后的配置可以允许我们在协议中导入 google 提供的 api禁用包名目录对不上将会导致编译报错,禁用强制包名后缀版本号将会导致报错

其中后面两项为 Proto3 协议规范,但有时候我们可以根据情况进行调整。

编写 Protobuf 协议

接下来我们继续创建 proto/apiproto/api/hello目录,并在 proto/api/hello 目录下创建文件 hello.proto。

syntax = "proto3";

// 一般情况下 Package 可以按照「项目名.服务类型.服务名」的方式进行命名
package bufexample.api.hello;

import "google/protobuf/timestamp.proto";

// 如果需要生成 Golang 代码需要指定 go_package, 通常是「项目名/服务类型/服务名」即可
option go_package = "bufexample/api/hello;hello";

// Buf 官方推荐服务名后面增
service HelloService {
  rpc Hello(HelloRequest) returns (HelloResponse) {}
}

message HelloRequest {
  string name = 1;
}

message HelloResponse {
  string name = 1;
  google.protobuf.Timestamp now = 2;
}

完成 Protobuf 协议文件创建之后,我们的目录如图所示

.
└── proto
    ├── api
    │   └── hello
    │       └── hello.proto
    └── buf.yaml

初始化 Buf 代码生成配置

完成 Protobuf 协议编写之后,我们切换项目目录,并在此创建两个文件,分别是 buf.go.gen.yamlbuf.ts.gen.yaml 用于生成 Golang 和 Typescript代码

其中 buf.go.gen.yaml 文件用于生成 Golang 的代码,内容如下所示。

version: v1
plugins:
  - plugin: buf.build/protocolbuffers/go
    out: ./gengo
    # 这个 module 参数其实就是协议 package 的第一个点的名称去掉的话就会多一层名为 bufexample 的目录
    opt: module=bufexample
  - plugin: buf.build/grpc/go:v1.3.0
    out: ./gengo
    # 这个 module 参数其实就是协议 package 的第一个点的名称去掉的话就会多一层名为 bufexample 的目录
    opt: module=bufexample

一个 buf.ts.gen.yaml 文件用于生成 Typescript 类型定义代码,内容如下所示。

version: v1
plugins:
  - plugin: buf.build/bufbuild/es
    out: ./gents

值得注意的是两份配置均使用了远程

运行 Buf 生成代码

完成上述步骤之后,我们可以在项目目录下运行指定命令 buf generate 即可生成代码。

对于 Golang 代码生成,我们可以指定 buf.go.gen.yaml 作为生成配置。

buf generate --template ./buf.go.gen.yaml .

命令运行之后,Buf 工具将会帮助我们生成对应的 Golang 代码,值得注意的是第一次运行需要加载远程插件,具体耗时取决于您的网络条件

.
├── buf.go.gen.yaml
├── buf.ts.gen.yaml
├── gengo
│   └── api
│       └── hello
│           ├── hello.pb.go
│           └── hello_grpc.pb.go
└── proto
    ├── api
    │   └── hello
    │       └── hello.proto
    └── buf.yaml

对于 Typescript 类型定义代码,我们可以指定 buf.ts.gen.yaml 作为生成配置。

命令运行之后,Buf 工具将会帮助我们生成对应的 Typescript 类型定义代码,值得注意的是第一次运行同样需要加载远程插件,具体耗时取决于您的网络条件

.
├── buf.go.gen.yaml
├── buf.ts.gen.yaml
├── gents
│   └── proto
│       └── api
│           └── hello
│               ├── hello_pb.d.ts
│               └── hello_pb.js
└── proto
    ├── api
    │   └── hello
    │       └── hello.proto
    └── buf.yaml

原文地址:https://blog.csdn.net/yes169yes123/article/details/130544186

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任

如若转载,请注明出处:http://www.7code.cn/show_43622.html

如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱suwngjj01@126.com进行投诉反馈,一经查实,立即删除

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注