trift vs pyamf плюс flex. Кто сталкивался?

andruha_derby · 31.03.2011, 16:42

Доброго времени суток.

thrift

Есть проект, сделанный на связке pyamf + flex
Сейчас питонщики решили перейти с pyamf на некий thrift, аргументируя что им удобнее тестировать и быстрее работает. Плюс формат тоже двоичный

Вопрос собственно к людям, которые сталкивались. Поделитись плиз общими впечатлениями, потребует ли это переделки клиент. И плюсы перехода с точки зрения flex.

С уважением, Андрюха

з.ы.Информации по thrift-у практически не нашел. Help, очень актуально.

t4arty · 31.03.2011, 20:38

если будите получать данные в том же формате, то изменений не должно быть.

andruha_derby · 01.04.2011, 15:15

2 t4arty
Спасибо за ответ.

surlac · 05.04.2011, 01:26

Цитата:

Сообщение от andruha_derby

pyamf + flex. Сейчас питонщики решили перейти с pyamf на некий thrift

потребует ли это переделки клиент.

Этот фреймворк, на сколько я понимаю, генерирует прикладные протоколы (клиент, сервер), написанные на языке thrift'а в различные другие языки. Поэтому, если ваша команда сгенерит сервис, работающий по протоколу AMF, то вам ничего менять не придется.
Если команда решит создать свой протокол, то вам на клиенте придется использовать либу, сгенеренную с помощью thrift-as, которая будет реализовывать серверный протокол.

andruha_derby · 05.04.2011, 12:14

2 surlac
Спасибо за ссылку.
А есть ли плюсы у прокотола, созданного thrift-ом и протоколом AMF ?
Он будет быстрее, стабильнее, или это тот же бинарный протокол?

surlac · 07.04.2011, 00:51

Ну смотрите, они могут отказаться от python в пользу какой-либо другой платформы (.NET, Java, ...). У каждой платформы свои контейнеры для обслуживания сервиса (IIS, Tomcat, Glassfish, ...). И каждый контейнер имеет свою специфику (производительность, устойчивость, ...).
Сам по себе протокол, вращающийся внутри сервиса, также может быть реализован по разному: AMF не является пределом совершенства (не зря каждый гейм-сервер, наподобие SmartFoxServer, реализует свой raw data protocol для "better data compression").

Поэтому всё зависит от вашей команды, и невозможно однозначно сказать "будет ли быстрее, стабильнее", может быть их алгоритмисты сделают супер-протокол, но поставят его в медленный environment и получат меньшую производительность.