С 2011sp1 Tridion поставляется с предварительно скомпилированным базовым клиентом службы. Будет ли еще причина генерировать собственный прокси, добавив ссылку на службу? Или это старый метод официально устарел сейчас?
Предварительно скомпилированный основной клиент службы по сравнению с созданием собственного прокси-сервера
Ответ 1
Давайте рассмотрим преимущества скомпилированной ссылки dll vs service:
- Основная услуга растет, и довольно сложно создать справочную ссылку службы на более медленной сети. Чем больше основная услуга, тем сложнее будет генерировать служебную ссылку (например, обходные пути).
- Скомпилированная dll скомпилирована с использованием "правильных" настроек. Есть несколько вариантов, которые вы можете установить при создании служебной ссылки, типа возвращаемых типов и типов для повторного использования с других сборок. Используя скомпилированную dll, вы уверены, что все правильно.
- При обновлении служебной ссылки вы можете столкнуться с вашим приложением app.config. Я думаю, что обновление dll и config немного проще.
- Сложно создавать служебную ссылку при настройке LDAP или SSO или HTTP.
Ответ 2
Предварительно скомпилированный клиент coreservice по умолчанию распространяется, чтобы помочь разработчикам. Поскольку генерация собственного прокси-сервера немного сложна (вам может потребоваться изменить некоторую конфигурацию в svcutil).
Предварительно скомпилированный клиент coreservice всегда использует последнюю конечную точку. В зависимости от вашей ситуации вам может понадобиться создать собственный прокси-сервер, если вы хотите всегда соединять старую конечную точку.
В противном случае вы можете использовать предварительно скомпилированный клиент, который будет следить за тем, чтобы вы подключались к последней конечной точке, но это может сломать ваш клиент (возможно, вам нужно что-то исправить или перекомпилировать).