Как указать "пространство имен" и атрибут "соответствие" API-интерфейсам для сервисов, разработанных с использованием ServiceStack?
В настоящее время мы преобразуем наши устаревшие веб-службы (asmx) в уровень API REST, разработанный с использованием платформы ServiceStack.
Существует несколько веб-служб, у которых пространство имен и атрибуты Binding ConformsTo указаны в asmx. Вот один из таких примеров:
[WebService(Namespace = "http://ourcustomsite.com/externalServices")]
[WebServiceBinding(ConformsTo = WsiProfiles.BasicProfile1_1)]
Как мы можем установить их в их аналоге ServiceStack?
Ответы 1
Если вы имеете в виду Поддержка SOAP ServiceStack, он поддерживает только изменение пространства имен с использованием атрибутов .NET DataContract, которые должны быть указаны для каждого пространства имен, в котором находятся ваши DTO (также известные как ServiceModels), например:
[assembly: ContractNamespace("http://ourcustomsite.com/externalServices",
ClrNamespace = "MyApp.ServiceModel.Operations")]
[assembly: ContractNamespace("http://ourcustomsite.com/externalServices",
ClrNamespace = "MyApp.ServiceModel.Types")]
Вы также захотите указать свое собственное пространство имен:
SetConfig(new HostConfig {
WsdlServiceNamespace = "http://ourcustomsite.com/externalServices",
});
Привязки SOAP ServiceStack не настраиваются и не предназначены для использования в соответствии с профилем существующей службы SOAP. Клиенты SOAP должны использовать WSDL /soap11 и /soap12 для создания клиентов ссылки службы WCF или, что еще лучше, универсального Soap12ServiceClient, который может использовать существующие типизированные DTO ваших служб вместо прокси, созданного WSDL.
Избегайте SOAP для новых проектов
Использование SOAP должно быть считается наследием и ограничиваться ситуациями, когда их использование является обязательным. Добавить ссылку на ServiceStack вместе с общие клиенты служб C# /. NET ServiceStack предлагает большую альтернативу быстрее, проще, универсальнее и надежнее для SOAP, которая может использоваться в количество различных клиентов C# /. NET в количество разных языков и должна быть предпочтительным решением, когда его использование является вариантом.