Protobuf-сеть сериализуется по категории / маске

Question

Protobuf-сеть сериализуется по категории / маске

1

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

[ProtoContract]
public class Unit
{
   [ProtoMember(1, IsRequired=false)
   public Vector3 Position;

   [ProtoMember(2, IsRequired=false)
   public Unit Target;
}

И так далее, все участники помечены как необязательные, поэтому на принимающей стороне он будет надлежащим образом декодировать сообщение независимо от того, содержит ли оно обновление позиции, обновление цели или и то, и другое.

Но.. как я сериализую сообщение, которое не содержит всех участников, помеченных [ProtoMember]?

Имейте в виду, что это произойдет в местах с критическими параметрами производительности, которые также не могут создавать распределения кучи, и мне может потребоваться любая произвольная комбинация различных свойств 20+.

James 23 авг. 2014, в 07:51

Источник

Теги:

c#

protocol-buffers

protobuf-net

1 ответ

Ещё вопросы

Marc Gravell · Accepted Answer · 2014-08-23T05-49-00.000Z

Protobuf-net поддерживает уже существующий шаблон (используемый несколькими другими инструментами сериализации/пользовательского интерфейса):

public bool ShouldSerializeTarget() {...}
public bool ShouldSerializePosition() {...}

Примечание. Методы могут быть частными, за исключением времени выполнения с принудительными проверками доступа.

Что касается контроля опций - я бы, вероятно, использовал перечисление флагов:

return (serializeFlags & UnitMembers.Target) != 0;

С

[Flags]
public enum UnitMembers {
    None =0,
    Position = 1,
    Target = 2,
    // 4, 8, 16, 32, etc
}

Это позволяет вам управлять 32 членами в пространстве перечисления int -based или 64 членами в пространстве long -based перечисления.

Как Protobuff-net знает, как вызывать методы ShouldSerializeXXX? Волшебный атрибут или что-то подобное? О, просто посмотрел, очевидно, это просто название, основанное на соглашении ... странно.
@James нет, это соглашение на основе имен, которое началось в PropertyDescriptor (System.ComponentModel) и используется XmlSerializer и рядом других инструментов.
У меня есть две проблемы ... Бьюсь об заклад, он делает медленные вызовы methodinfo.invoke, и это также довольно некрасиво иметь дополнительный метод для каждого свойства. В идеале это было бы как ... мой класс реализует bool IFoo.ShouldSerialize(int flag) но не предполагайте, что он существует.
Я пойду дальше и отмечу это как принятый ответ, если вы не знаете каких-либо альтернатив? Я могу покопаться в том, где вы это реализовали, и посмотреть, как добавить интерфейс IShouldSerialize. Обратите внимание, что это также устранит необходимость в моем собственном перечислении, так как они уже имеют уникальный int (ProtoMemberAttribute.Flag), который может быть передан в качестве аргумента.
@James нет, он не использует рефлексию; библиотека использует обширное поколение IL