Как лучше указать Protobuf для использования с Netty (предпочтительно с использованием встроенной поддержки protobuf)

Похоже, вы довольно близко / уже используете один из методов protobufs Google, который называется Типы союзов

Суть в том, что у вас есть выделенное поле type, которое вы «включите», чтобы узнать, какое сообщение получить:

message OneMessage {
  enum Type { FOO = 1; BAR = 2; BAZ = 3; }

  // Identifies which field is filled in.
  required Type type = 1;

  // One of the following will be filled in.
  optional Foo foo = 2;
  optional Bar bar = 3;
  optional Baz baz = 4;
}

где Foo, Bar и Baz могут быть определены в других файлах как отдельные сообщения. И вы можете включить тип, чтобы получить фактическую полезную нагрузку (это Scala, но вы можете сделать то же самое с switch из Java):

OneMessage.getType match { 

  case OneMessage.Type.FOO => 

    val foo = OneMessage.getFoo
    // do the processing
    true

  case OneMessage.Type.BAR => 

    val bar = OneMessage.getBar
    // do the processing
    true

  case OneMessage.Type.BAZ => 

    val baz = OneMessage.getBaz
    // do the processing
    true

}

Первоначально я решил ту же проблему, используя механизм расширения, который я задокументировал здесь

Но я обнаружил, что код на Java, необходимый для работы с расширениями, был ужасно уродливым и многословным, поэтому я переключился на метод Union, как описано. Код намного чище, так как сгенерированный код Java позволяет получать и создавать каждое сообщение за один раз.

Я использую два механизма для принятия решения о том, какое необязательное сообщение следует извлечь. Я использую метод переключения, также описанный в другом ответе, когда требуется производительность, и я использую метод отражения, когда производительность не является проблемой, и я не хочу поддерживать оператор переключения, я просто создаю дескриптор (сообщение) для каждого сообщение. Пример метода отражения приведен ниже, в моем случае java-оболочка представляет собой класс с именем Commands и декодируется Netty для меня. Сначала он пытается найти обработчик, который имеет конкретное сообщение в качестве параметра, а затем, если это не удается, он вызывает метод, используя имя случая верблюда. Чтобы это работало, Enum должен быть символом подчеркивания сообщения в регистре верблюдов.

// Helper that stops me having to create a switch statement for every command
// Relies on the Cmd enum naming being uppercase version of the sub message field names
// Will call the appropriate handle(Message) method by reflection
// If it is a command with no arguments, therefore no sub message it
// constructs the method name from the camelcase of the command enum
private MessageLite invokeHandler(Commands.Command cmd) throws Exception {
    Commands.Command.Cmd com= cmd.getCmd();
    //String name= CaseFormat.UPPER_UNDERSCORE.to(CaseFormat.LOWER_UNDERSCORE, com.name());
    String name= com.name().toLowerCase();
    jlog.debug("invokeHandler() - Looking up {} from {}", name, com.name());
    FieldDescriptor field= Commands.Command.getDescriptor().findFieldByName(name);
    if(field != null) {
        // if we have a matching field then extract it and call the handle method with that as a parameter
        Object c = cmd.getField(field);
        jlog.debug("invokeHandler() - {}\n{}", c.getClass().getCanonicalName(), c);
        Method m = getClass().getDeclaredMethod("handle", String.class, c.getClass());
        return (MessageLite) m.invoke(this, cmd.getUser(), c);
    }
    // else we call a method with the camelcase name of the Cmd, this is for commands that take no arguments other than the user
    String methodName= "handle"+CaseFormat.UPPER_UNDERSCORE.to(CaseFormat.UPPER_CAMEL, com.name());
    jlog.debug("invokeHandler() - using method: {}", methodName);
    Method m = getClass().getDeclaredMethod(methodName, String.class);
    return (MessageLite) m.invoke(this, cmd.getUser());
}

другой подход заключается в использовании механизма расширения, поддерживаемого protobuf. Я использую этот подход в ситуациях, когда тип объединения слишком велик.