протокольные буферы в архитектуре веб-приложений - когда они не стоят проблем? - PullRequest
0 голосов
/ 16 октября 2018

Я новичок в веб-разработке, и я видел много сайтов, проповедующих преимущества использования буферов протокола - например: https://codeclimate.com/blog/choose-protocol-buffers/.

Я не уверен, что некоторые изВ моем случае использования применяются следующие преимущества:

  1. Наличие унифицированной схемы из файла .proto: Если я проверяю свои данные в передней и задней части, что я должен сделатьв любом случае, унифицированная схема применяется явно.Я не вижу каких-либо дополнительных преимуществ в этом отношении от использования буферов протокола.
  2. Автоматическое генерирование сеттеров и геттеров из файла .proto: Это выглядит как хорошая точка продажи,Но мне не нужны никакие сеттеры и геттеры, если я не использую буферы протокола.Я нашел их действительно громоздкими для работы:

    • Они удаляют заглавные буквы, которые изменяют исходные имена переменных
    • С ними неестественно работать.Например, в c ++ я хотел бы работать только с простой старой структурой данных, но вместо этого я должен сделать что-то вроде ptr_message-> shouldBeStruct1 (). ShouldBeStructArray (20) .shouldBeInt ();
  3. Простота взаимодействия языков: Я действительно сомневаюсь, что хорошей практикой является проектирование моего кода, потребляющего данные, таким образом, чтобы он работал для сообщения protobuf, а не для структуры,Поэтому мне нужно сначала разобрать протобуф в простую структуру данных.

Единственное потенциальное преимущество, которое я вижу, - это уменьшение размера данных при передаче по проводам.Но действительно ли это оправдывает накладные расходы на дополнительное промежуточное ПО для работы с буферами протокола?Чего мне не хватает?

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...