如何使用协议缓冲区编译器为我的服务生成Java接口而不是抽象类?
现在我使用Gradle插件,它使用 .proto 文件并为我的服务而不是接口生成抽象类。考虑到Java不允许您扩展多个类,这可能会有问题。
在完成文档后,我找不到解决方案或方法,所以任何帮助都会很棒。
我的build.gradle看起来像这样
apply plugin: 'java'
apply plugin: 'com.google.protobuf'
buildscript {
repositories {
mavenCentral()
}
dependencies {
// ASSUMES GRADLE 2.12 OR HIGHER. Use plugin version 0.7.5 with earlier
// gradle versions
classpath 'com.google.protobuf:protobuf-gradle-plugin:0.8.0'
}
}
repositories {
mavenCentral()
mavenLocal()
}
// IMPORTANT: You probably want the non-SNAPSHOT version of gRPC. Make sure you
// are looking at a tagged version of the example and not "master"!
// Feel free to delete the comment at the next line. It is just for safely
// updating the version in our release process.
def grpcVersion = '1.0.0' // CURRENT_GRPC_VERSION
dependencies {
compile "io.grpc:grpc-netty:${grpcVersion}"
compile "io.grpc:grpc-protobuf:${grpcVersion}"
compile "io.grpc:grpc-stub:${grpcVersion}"
}
protobuf {
protoc {
// The version of protoc must match protobuf-java. If you don't depend on
// protobuf-java directly, you will be transitively depending on the
// protobuf-java version that grpc depends on.
artifact = 'com.google.protobuf:protoc:3.0.0'
}
plugins {
grpc {
artifact = "io.grpc:protoc-gen-grpc-java:${grpcVersion}"
}
}
generateProtoTasks {
all()*.plugins {
grpc {
// To generate deprecated interfaces and static bindService method,
// turn the enable_deprecated option to true below:
option 'enable_deprecated=false'
}
}
}
}
// Inform IntelliJ projects about the generated code.
apply plugin: 'idea'
idea {
module {
// Not using generatedSourceDirs because of
// https://discuss.gradle.org/t/support-for-intellij-2016/15294/8
sourceDirs += file("${projectDir}/build/generated/source/proto/main/java");
sourceDirs += file("${projectDir}/build/generated/source/proto/main/grpc");
}
我发现它没有生成接口的原因看起来它已被弃用,所以我不确定生成接口的方式是什么。如果您查看我的 build.gradle option 'enable_deprecated=false'
将此项设置为true将生成接口但是注释说它已弃用,因此我不确定生成接口的新方法是什么。我想要接口而不是抽象类。
答案 0 :(得分:0)
从API的角度来看,Java接口一旦创建就必须是不可变的,以防止破坏接口的使用者和实现者。由于向现有服务添加新方法需要与API兼容,因此grpc-java被迫删除接口。
在Java 8中使用默认方法可能是一个选项,但grpc-java不能很快就需要Java 8,因此它可能是一种新的codegen风格。