Что такое тлв?
Ставить хуки (функции) в код вместо if/else?
если у меня есть один фрагмент кода, работающий на разных платформах, в разных местах кода, я могу поместить перехватчики функций tlv, чтобы определить, на какой платформе я нахожусь, и выполнить соответствующие действия? Или что-то типа того?
преимущества могут быть более чистым кодом? легко поддерживать? Когда добавляется новая платформа, нужно изменить только код tlv, а не исходный код?
Я могу быть совершенно не прав здесь.
TLV — это кодирование значения длины тега. Часто на него лучше ссылаться по его оригинальному имени, типу-длине-значению.
Первое поле — это «тип» обрабатываемых данных, второе поле указывает «длину» значения, третье поле содержит «длину» количества данных, представляющих значение для «типа».
Несколько фрагментов данных могут быть переданы в одном и том же сообщении путем добавления большего количества триплетов к ранее существующему сообщению.
В Википедии есть страница, на которой это описано чуть подробнее. Однако не запутайтесь, каждый триплет является описанием «верхнего уровня», обычно нет вложенности элементов в TLV (хотя вы можете придумать способ сделать это, закодировав триплеты TLV в V другого тега).
TLV — это способ хранения данных, облегчающий их быстрый разбор.
Как правило, вы читаете тип (тег), длину и значение, а затем отправляете эти данные функции процессора. Единственной функцией этого процессора будет обработка типа X. Затем вы считываете следующий тип, его длину и значение и отправляете его соответствующему процессору.
Обычно он используется как простой способ обработки данных без больших дополнительных затрат.
Мы по-прежнему используем TLV для форматирования данных. И если мы хотим отправить данные получателю, мы готовим пакет TLV, который содержит данные Tag-Length-Value. Например;
Data Tag = DF 82 0A
Data Length = 03
Data Value = 30 31 32.
когда мы хотим отправить его, мы объединяем эти 3 строки данных, например DF 82 0A 03 30 31 32. Пакеты данных могут содержать много таких данных.
Когда получатель получает его, синтаксический анализ пакета очень прост, и получатель может плавно анализировать все данные.
Парсинг данных;
Данные: DF 82 0A 03 30 31 32 DF 82 0B 04 01 12 22 33
DF 82 0A и DF 82 0B являются предопределенными тегами (тип значения (BCD, HEX, ASCII)). Когда данные поступят, в цикле синтаксический анализатор сначала будет искать тег (например, DF 82 0A) и еще один байт (длина данных). Он также будет считывать байты данных до len.
TLV относится к значениям кодирования в трио Type-Length-Value, и эта более общая форма задокументирована на Википедия.
В некоторых контекстах (например, EMV) TLV относится к более конкретному X.690, который также задокументирован на Википедии. .
TLV имеет следующие преимущества:
Самым большим недостатком TLV является то, что он не читается человеком напрямую. Обратите внимание, однако, что если данные преобразованы в шестнадцатеричный формат, их будет умеренно трудно читать.
Я думаю, что то, что вы имеете в виду, называется Тип Длина Значение, и есть википедия страница для него. Надеюсь, это поможет.
TLV: тег — длина — значение
ПРИМЕР: 045002124354
Если мы возьмем в качестве примера, что в конфигурации: 045 является значением
выигрышного числа в телешоу, то: значение выигрышного числа равно: 12
TLV полезен для создания протоколов связи. Вы используете тег, длину, значение для хранения информации. Вы можете увидеть очень красивую реализацию (я думаю, лучшую) на github.
