eao197 wrote:
> C>Нет, правило хорошее. Если что-то можно не распределять — то лучше не
> C>распределять.
> Как раз у меня есть противоположный собственный опыт. То, что казалось
> бы, может работать монолитом, выигрывает по некоторым параметрам
> (надежность, масштабируемость) будучи распределенным.
Сравни сложность разработки — распределенные приложения заметно сложнее
отлаживать и писать.

> C>Ничуть. Это "вызов удаленных процедур", и эмуляция прямого синхронного
> C>вызова — лишь один из вариантов.
> Я говорил об RPC именно как о Remote Procedure Call, а call -- это
> синхронный вызов. И вся цель RPC в том, чтобы скрыть от программиста
> факт распределенности.
Такой RPC мне самому не нравится — слишком много проблем вызывает.

А вот что-нибудь типа JMS в Java — вполне себе ничего.

> C>Добавить новый метод с двумя параметрами А как ты это в С++ делаешь?
> В том-то и дело, что в C++ я делаю метод, но вынужден оставлять и старый
> для совместимости. Либо рефакторить код, чтобы убрать использование
> старого метода. Между тем, если метод изначально имел формат:
>
> void do_something( const params_t & params );
>
> то расширение структуры params_t не будет сказываться на вызовах
> do_something.
Ну так никто не мешает делать это и в RPC.

> Вот тестовые протоколы, которые должным образом структурируют информацию
> (как, например, заголовки HTTP, XML, YAML) как раз позволяют
> использовать подобный прием.
Просто сам по себе HTTP запрос представляет вызов одного метода примерно
такого типа:

int processData(std::map<std::string,std::string> params,
    std::map<std::string,std::string> &result, std::string &result);