Будет ли справочник услуг из Sandbox WSDL работать на конечной точке производства, если между этими двумя средами есть некоторые различия?

Question

Допустим, у меня есть обе среды: Production и Sandbox.

Между ними есть различия - скажем так, в Sandbox установлено больше модулей, или наоборот.

I тогдасгенерировать WSDL из Sandbox, добавить ссылку на службу на основе этого WSDL и приступить к написанию кода моего приложения в .NET.Однако в приложении .NET используются только методы, которые были бы общими для сред Sandbox и Production, таких как login (), query (), с использованием стандартных объектов, таких как Lead и т. Д.

Можно ли просто изменитьконечная точка, чтобы указать на производство и ожидать, что я закодировал для работы?

Answer 1

Да.Если методы, которые вы вызываете, имеют одинаковую сигнатуру в обеих средах, ничто не вызовет проблемы.Если вы измените сигнатуру методов в контракте на обслуживание, это вызовет исключение во время выполнения.

Также я хотел бы прокомментировать, если вы измените (ТОЛЬКО добавление новых членов) контракты данных для этих методов обслуживания, это также будет работать нормально.Чтобы это работало, вашему сервису необходимо разрешить ExtensionDataObject.Все дополнительные данные от клиента будут храниться в этом объекте на сервере.

Надеюсь, что он отвечает на ваш вопрос.

Answer 2

Насколько я знаю, если вы имеете дело только со стандартными вызовами API, тогда да, изменения конечной точки должно быть достаточно.Конечно, вам также необходимо убедиться, что вы используете соответствующие учетные данные и токен безопасности!

Когда вы создаете дополнительные веб-сервисы через apex, у них есть собственный WSDL для их описания - если вы используете один из них, то ондолжно быть одинаковым для обеих сред, если методы одинаковы.Что касается пользовательских объектов и т. Д., Они поддерживаются стандартными WSDL.

Ради полноты, Partner.wsdl предназначен для подключения к различным организациям, а не к конкретным, поэтому он идентичен во всехсредах, и он свободно напечатан, это может быть лучшим для ваших целей.

Свободно типизированный WSDL для клиентов, партнеров и независимых разработчиков ПО, которые создают клиентские приложения для нескольких организаций.Его можно использовать для доступа к данным в любой организации.