Webservice удаляет пространство имен из проблемы с параметром webMethod

Question

Я создал веб-метод

Услуги:

[WebMethod]    
  public void GetCommission(List <BOLibrary.Flight.DTContract>Loc)
 {
 }

На стороне клиента я передаю параметр Клиент

List<BOLibrary.Flight.DTContract> BoList = new List<BOLibrary.Flight.DTContract>();
        BOLibrary.Flight.DTContract dtConboj = new BOLibrary.Flight.DTContract();
        dtConboj.ValidatingCarrier = "AA";
        BoList.Add(dtConboj);
        BOLibrary.Flight.DTContract[] pass = BoList.ToArray();
        service.GetCommission(pass);

Но проблема в том, что service.GetCommission (pass) принимает аргумент servicenameSpace.DTContract но в клиенте в клиенте у меня есть BOLibrary.Flight.DTContract

так как я могу передать параметр в службу. Пожалуйста, посмотрите снимок сообщения об ошибке

Answer 1

Это ожидаемое поведение.Изменить его невозможно.

Если вы хотите использовать один и тот же тип на клиенте и службе, вам нужно перейти на WCF.

Answer 2

Я считаю, что это ожидаемое поведение при использовании ASMX / WebMethod и веб-ссылок. То есть ожидается, что клиент и сервер будут взаимоисключающими кодами.

Если вы хотите использовать общие сущности / код библиотеки между обеими сторонами служб, вы можете использовать SvcUtil с параметром /reference, чтобы сгенерировать прокси, который будет работать с WCF и использовать определения классов из общая библиотека. довольно просто переместить ваш клиентский код из веб-ссылок (сгенерированных с помощью wsdl.exe - я думаю?) В сервисные ссылки WCF (сгенерированных с помощью svcutil.exe).

Answer 3

В вашем коде метод GetCommission ожидает список. Ваш функциональный вызов отправляет массив - не список?

Answer 4

Я думаю AutoMapper должен иметь возможность делать то, что вы хотите.

, например

using AutoMapper;

// ...

Mapper.CreateMap<BOLibrary.Flight.DTContract, FPCommission.DTContract>();
Mapper.Map<List<BOLibrary.Flight.DTContract>, FPCommission.DTContract[]>(BoList);

Обратите внимание, что вам нужно настроить сопоставление только между основными типами классов - AutoMapper позаботится о сопоставлении между коллекциями.

Вы должны попытаться поместить вызов на Mapper.CreateMap() где-нибудь в центре, где он будет вызываться только один раз, поскольку это будет дорого, если он будет вызываться часто.

Answer 5

Код клиента, сгенерированный веб-сервисом, создает свою собственную версию объекта на стороне сервера.

По определению, веб-сервис живет вне области вашего приложения и определяет объект интерфейса как таковой - без объектав клиентском домене может быть такой же, как тот, который определен службой.

Поместить иначе: веб-служба определяет весь транспортный уровень, включая любые вовлеченные транспортные объекты.Вы не можете использовать свои собственные объекты (независимо от пространства имен) в этом транспортном уровне, потому что они не известны серверу - сервер знает только те объекты, которые он определяет.

Так что в этом случае вам придетсясоздайте список объектов типа сервера, если вы хотите общаться с ним.

Как уже упоминалось, существуют другие методы связи, которые позволят вам обмениваться библиотеками между клиентом и сервером (например, WCF)если это то, что вы хотите сделать.

Answer 6

Один из способов заставить это работать - реализовать EntityTranslator, который является шаблоном, который берет объект контракта данных и «переводит» его в бизнес-объект.довольно просто, правда.Все, что вам нужно сделать, это создать два метода: один, который берет сущность контракта данных и создает из нее бизнес-сущность, а другой - берет бизнес-сущность и создает объект контракта данных.найдено здесь

Answer 7

Я не уверен, почему класс вашей веб-страницы изменяется с помощью атрибутов XmlInclude, SoapInclude & XmlRoot, потому что я думаю, что они применяются только в том случае, если вы намереваетесь сериализировать XML / soap с помощью самой веб-страницы.

Что говорит ошибка компиляции, так это то, что класс BOLibrary.Flight.DTContract не берется из пространства имен FPCommission.CommissionService в сгенерированном коде WebReference. Все ваши клиентские объекты, используемые для вызова сервиса, должны быть из пространства имен FPCommission. Если вы разделяете сборку между клиентом и службой, тогда ваш код не будет работать. Просто используйте класс FPCommission.DTContract вместо класса BOLibrary.Flight.DTContract, и ваш код должен работать.