В последние годы для них были придуманы термины «многоуровневая транспортировка» и «транспортировка в конечную точку», и они достаточно хорошо их описывают.
Идея в том, что
вам всегда нужен транспорт (конечная точка) для записи / чтения данных с / с провода или любого другого физического эквивалента.
вы можете захотеть добавить дополнительные уровни возможностей поверх транспорта конечной точки, такие как сжатие данных, оптимизация транспорта через буферы или «рамочный» транспорт, добавление шифрования или что-либо еще, что приходит на ум.
Хотя часть 1 является обязательной, вторая часть - нет. Кроме того, вы можете сложить более одного многоуровневого транспорта друг на друга:
- протокол = компактный
- многоуровневый транспорт = пользовательский транспорт шифрования
- многослойный транспорт = каркасный транспорт
- транспорт конечной точки = сокеты
Помимо некоторых других целей, Thrift разработан с целью обеспечения большой гибкости и модульности, в основном благодаря гибкости за счет модульности. Когда вы посмотрите на базовую основу того, что такое TTransport / TServerTransport или TProtocol, вы обнаружите, что это не очень большой объем кода, который нужно реализовать, когда требуется настроенный транспорт или протокол.
И поскольку такие вещи, как шифрование или буферизация, не имеют жестких зависимостей от какого-либо используемого транспорта или протокола, вполне естественно сохранять их независимыми по своему замыслу. Именно это делает протокол / транспортный стек Thrift простым в использовании и расширяемым. Это позволяет создавать отличные приложения, не мешая.
PS: лучше читать: https://thrift.apache.org/docs/concepts