My<cod/>.net
Есть ли опыт работы с буферами протокола?
Я просто просматривал некоторую информацию о формате обмена данными буферов протокола Google. Кто-нибудь играл с кодом или даже создал проект вокруг него?
В настоящее время я использую XML в проекте Python для структурированного контента, созданного вручную в текстовом редакторе, и мне было интересно, каково общее мнение о буферах протокола в качестве пользовательского формата ввода. Преимущества скорости и краткости определенно кажутся там, но есть так много факторов, когда речь заходит о фактическом создании и обработке данных.
Если вы ищете взаимодействие с пользователем, то придерживайтесь xml. В настоящее время он имеет больше поддержки, понимания и общего признания. Если это внутреннее, я бы сказал, что буферы протокола-отличная идея.
Может быть, через несколько лет, когда появится больше инструментов для поддержки буферов протоколов, тогда начните искать их для публичного доступа к api. До тех пор... JSON ?
Буферы протоколов предназначены для оптимизации обмена данными между машинами. Они действительно не предназначены для человеческого взаимодействия. Кроме того, формат является двоичным, поэтому он не может заменить XML в этом случае использования.
Я бы также рекомендовал JSON как наиболее компактный текстовый формат.
Еще один недостаток двоичного формата, такого как PB, заключается в том, что при наличии одного бита ошибки весь файл данных не поддается синтаксическому анализу, но с помощью JSON или XML, в крайнем случае, вы все равно можете вручную исправить ошибку, потому что она читается человеком и имеет встроенную избыточность..
Судя по вашему краткому описанию, похоже, что буферы протокола не совсем подходят. Фраза "structured content created by hand in a text editor" в значительной степени кричит о XML.
Но если вы хотите эффективно, с низкой задержкой обмениваться данными со структурами данных, которые не являются общими за пределами вашей организации, двоичная сериализация, такая как буферы протоколов, может предложить огромный выигрыш.