А>Хотел узнать у тех кто много программил с применением Remoting, какие плюсы минусы?
Плюсы — прозрачный объектный доступ, богатая инфраструктура, позволяющая встраивать свои звенья на различных этапах, реализовывать концепции AOP.
Минусы... Нужно думать о версиях сборок, содержащих транспортируемые объекты, о доступности сборок с описаниями исключений, которые могут вывалиться с сервера на клиента, и т.п. Ну думать никогда не вредно.
А>Насколько надежно работает и т.д.
То, что должно надежно работать — работает надежно. То, что не должно (стандартные события) — не надежно.
А>Приложение разрабатываемся для очень активного обмена между серверами, большая нагрузка.
Если это интенсивная передача данных, то может имеет смысл посмотреть в сторону обычного TCP — в Remoting есть свои накладные расходы, это все-таки система удаленных объектных вызовов.
Рекомендую также глянуть
GenuineChannels.
Здравствуйте, Igor Trofimov, Вы писали:
А>>Хотел узнать у тех кто много программил с применением Remoting, какие плюсы минусы?
iT>Плюсы — прозрачный объектный доступ, богатая инфраструктура, позволяющая встраивать свои звенья на различных этапах, реализовывать концепции AOP.
iT>Минусы... Нужно думать о версиях сборок, содержащих транспортируемые объекты, о доступности сборок с описаниями исключений, которые могут вывалиться с сервера на клиента, и т.п. Ну думать никогда не вредно.
А>>Насколько надежно работает и т.д.
iT>То, что должно надежно работать — работает надежно. То, что не должно (стандартные события) — не надежно.
А>>Приложение разрабатываемся для очень активного обмена между серверами, большая нагрузка.
iT>Если это интенсивная передача данных, то может имеет смысл посмотреть в сторону обычного TCP — в Remoting есть свои накладные расходы, это все-таки система удаленных объектных вызовов.
iT>Рекомендую также глянуть GenuineChannels.
Спасибо за ответ.
Буду сравнивать и думать что применить.