XML-RPC для объектного брокера - PullRequest
Новая
       16

XML-RPC для объектного брокера

1 голос
/ 26 октября 2010

есть ли веская причина не использовать XML-RPC для архитектуры сервера / клиента объект-брокер?Может быть, что-то вроде «нет, это уже устарело, для этого сейчас есть X».

Чтобы дать вам более подробную информацию: я хочу создать среду, которая обеспечивает стандартизированное взаимодействие и обмен результатами между многими маленькими инструментаминапример, инструменты командной строки).В случае, если кто-то хочет интегрировать другой инструмент, он пишет для этого оболочку.Оболочка может, например, преобразовать STDOUT инструмента в объекты, используемые архитектурой.

В настоящее время я думаю о написании сервера для проверки концепции на Python.Позже это может быть переписано на C / C ++.Просто чтобы убедиться, что клиенты могут быть написаны на максимально возможном количестве языков, я подумал об использовании XML-RPC.CORBA кажется слишком раздутым для этой цели, поскольку сервер не должен быть слишком сложным.

Спасибо за ваш совет и мнения, Райнер

1 Ответ

5 голосов
/ 26 октября 2010

XML-RPC имеет много возможностей для этого.Его легко создавать и использовать, легко понять и легко кодировать.

Я бы сказал, избегайте SOAP и CORBA, как чума.Они слишком сложны, и с SOAP у вас есть бесконечные проблемы, потому что только реализации от одного поставщика имеют тенденцию хорошо взаимодействовать - возможно, потому что сложность стандарта приводит к различным интерпретациям.,REST и XML-RPC нельзя сравнивать напрямую.XML-RPC - это конкретная реализация RPC, а REST - это архитектурный стиль.REST ничего не требует, это скорее стиль подхода с кучей соглашений и предложений.REST может выглядеть очень похоже на XML-RPC, но это не обязательно.

Посмотрите http://en.wikipedia.org/wiki/Representational_State_Transfer и некоторые из внешне связанных статей.

Одна изЦелью REST является то, что, создавая интерфейс без сохранения состояния через HTTP, вы позволяете использовать стандартные механизмы кэширования и механизмы балансировки нагрузки без необходимости изобретать новые способы выполнения того, что уже хорошо решено с помощью HTTP.прочитав о REST, который, надеюсь, является интересным, вы можете решить, что для вашего проекта XML-RPC по-прежнему является лучшим решением, и это будет вполне разумным выводом в зависимости от того, чего именно вы пытаетесь достичь.

...