Не только, несколько пояснений:
1: возможность давать имя переменным, это дает преимущества, можно не выводить 65 точек от МТ-потока компонентом MT_MultiMem чтобы взять значение 65 элемента в потоке, а просто ввести его имя или индекс(будет зависеть от свойства NumORName(индекс или название)) в список переменных.
2: возможность давать имя самому типу, что делает возможным проверку на совместимость типов(например если .name <> _prop_name, то вывести ошибку).
3: Самое важное! Нельзя на данный момент объединить два МТ-потока в один, как два элемента, при извлечении значений будет извлекаться не два элемента, а все по порядку, данная задача уже часто мне попадалась и приходилось использовать string, а это лишняя суматоха с GetTok и уменьшение быстродействия(пример 1,2,3;4,5,6 в первом МТ-потоке [1][2][3], во 2 - [4][5][6], при скреплении и последующем разъединении он не выдаст 2 МТ-потока, а 6 элементов, а если надо наоборот?), а MyType УМЕЕТ соединять два МТ-потока (или два других типа, созданными им), как два элемента и выдавать при рассоединении как 2 элемента.
Только не уверен, сможет ли такая система использоваться для передачи пакетов через TCP. Да к недостаткам можно также отнести и увеличение памяти под MyType и уменьшение быстродействия, в отличии от МТ-потока, но иногда требуются жертвы.
------------ Дoбавленo в 01.22:
Да, 4: возможность посмотреть кол-во элементов в Типе, в МТ-потоке такого не находил, хотя реализовать думаю просто