Если / когда JS / TS поддерживаются для FlatBuffers + gRPC, мы, скорее всего, захотим иметь нативную реализацию, а не полагаться на преобразование всего C ++ gRPC (который довольно велик).Что-то, что опирается на https://github.com/grpc/grpc-web
FlatBuffers, требует генерации специального кода для API, определенного в схеме, где мы хотели бы поделиться кодом с тем, однако gRPC в настоящее время генерирует код для Protobuf .. и среды выполнения JSкод, используемый в настоящее время gRPC + Protobuf.Это выглядело бы совсем иначе, чем использование nbind / не использовало бы nbind.
Кроме того, nbind, похоже, полагается на asm.js, тогда как в настоящее время желательно использовать WebAssembly для запуска C ++ в Интернете:)