1

我们的 iOS 应用程序目前使用 Google protobuffer gRPC作为我们的 API 层来在应用程序和后端之间进行通信。所以我们.proto在后端目录中有这些文件，这些文件将由 gRPC-Swift-Plugins 转换为.grpc.swift文件.pb.swift，然后由应用程序使用。

这工作正常，但转换的过程非常繁琐，我们希望将整个过程自动化。

以下是我们的做法：
  1. 删除先前复制的目录，并通过 shell 脚本将所有.proto文件从后端（.proto文件由后端开发人员维护）复制到名为“Protos”的 App 目录
  2. 我们已经在Compile Sources中设置了构建规则并包含.proto文件。按照SO 上的答案中的步骤进行操作

Xcode Build Rules中当前设置的屏幕截图：在此处输入图像描述

  1. 每当我们构建项目时，都会.pb.swift生成.grpc.swift并放入“Protos”文件夹下名为“generated”的目录中。

以下是问题：

  1. 如果后端将新.proto文件添加到源目录中，我的脚本只会将文件复制到 Protos 目录中，但不会将新闻文件包含在Compile Sources列表中。
  2. 与第一个问题类似，我们需要在 Xcode 中手动设置编译源，这意味着如果新开发人员加入我们的团队，他/她也需要再次进行相同的设置。
  3. 我们有时需要在编码时参考.grpc.swift和文件。.ph.swift但是如果我们将这些文件添加到 Xcode 中并再次构建项目，Xcode 会抱怨这些生成的文件在那里（对不起，我们正在处理私有 repo，因此项目名称和文件名被替换）：

多个命令产生'${user_path}/${proto_name}.pb.o'：

  1. 目标“${my_project_name}”（项目“${my_project_name}”）具有 Swift 源文件的编译命令
  2. 目标“${my_project_name}”（项目“${my_project_name}”）具有 Swift 源文件的编译命令

非常感谢任何答案或意见和建议！

4

1 回答 1

0

有趣的是，如果我使用 $DERIVED_FILE_DIR，我在 Swift 中没有这些问题

protoc "$INPUT_FILE_NAME" --swift_out="$DERIVED_FILE_DIR" --proto_path="Your/proto/path"

我不使用该插件，因为我已将插件安装在我的/usr/local/bin

但是当我们将输出用于 cpp 文件时，我确实遇到了这些问题。

于 2022-02-04T12:10:53.690 回答