Как вернуть пользовательские объекты с WebServices

Question

[Проблема]
Создав общую библиотеку, которая должна быть развернута на компьютере-сервере и клиентской машине, как я могу общаться между клиент-сервер с классами, предоставляемых библиотекой ?

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

Я использую веб-службы неправильно? Есть ли способ лучше?

[Пример]

MyLibrary.cs и SubLibrary.cs находится в общей сборки, который должен быть использован приложением клиента.

MyLibrary.cs

public class MyLibrary 
{ 
    private SubLibrary sublib = new SubLibrary(); 

    public class MyLibrary() 
    { 
    } 

    public string GetValue() 
    { 
     return sublib.GetValue(); 
    } 
} 

SubLibrary.cs

public class SubLibrary 
{ 
    private string str = "Hello World"; 

    public SubLibrary() 
    { 
    } 

    public string GetValue() 
    { 
     return str; 
    } 
} 

WebService.asmx.cs

[WebMethod] 
public MyLibrary GetInfo() 
{ 
    return new MyLibrary(); 
} 

Клиент App

private void GetInfo_Click(object sender, System.EventArgs e) 
{ 
    WS.WebService services = new WS.WebService(); 

    MyLibrary info = services.GetInfo(); // This of course doesn't convert. 

    MessageBox.Show(info.GetValue()); 
} 

Answer 1

Короче говоря, это является боль в 1.1 (и частично 2,0 тоже). Совместное использование разделов (или разделение типов) только действительно начал функционировать в WCF (.NET 3.0). Прокси, сгенерированные в 1.1, никогда не будут напрямую совместимы с «актуальными» классами; вы можете использовать одни и те же прокси между несколькими службами («sharetypes»?), но не с независимыми исходными файлами, IIRC.

И поскольку это C# 1.2, у вас нет ни частичных классов, ни методов расширения, чтобы обманывать их, чтобы их перевести.

Варианты (что я могу видеть):

• написать статический метод полезности кропотливо переводить между двумя моделями объектов
• Дитто, но с использованием XmlSerializer (меньше кода, но не так быстро)
• жить с ним
• обновления для WCF (довольно значительные изменения)

Answer 2

с веб-службы, тип каждого объекта, который вы отправляете по кабелю, ДОЛЖНЫ быть сериализуемыми. Вы можете сделать сериализацию SubLibrary путем реализации интерфейса IXmlSerializable.

public class SubLibrary : IXmlSerializable 
{ 
    private string str = "Hello World"; 

    public SubLibrary() 
    { 
    } 

    public string GetValue() 
    { 
     return str; 
    } 

    public XmlSchema GetSchema() 
    { 
     return null; 
    } 

    public void ReadXml(XmlReader reader) 
    { 
     //... 
    } 

    public void WriteXml(XmlWriter writer) 
    { 
     //... 
    } 
} 

Одно предостережение, хотя: Так как вы передаете как MyLibrary и подбиблиотеке через WS, вы должны убедиться, что они оба сериализации.Кроме того, поскольку вы передаете MyLibrary, и в нем содержит экземпляр SubLibrary, вы должны поддерживать связь между MyLibrary и SubLibrary во время сериализации, и это будет проблемой. Если у вас нет другой причины для того, чтобы захотеть инкапсулировать экземпляр SubLibrary внутри MyLibrary, о котором я не знаю, я бы избавился от этого среднего уровня и попросил веб-службу вернуть экземпляр SubLibrary. Таким образом, вы бы просто:

[WebMethod] 
public SubLibrary GetInfo() 
{ 

    return new Sublibrary(); 
} 

И в приложении клиента:

private void GetInfo_Click(object sender, System.EventArgs e) 
{ 
    WS.WebService services = new WS.WebService(); 

    SubLibrary info = services.GetInfo(); // This of course doesn't convert. 

    MessageBox.Show(info.GetValue()); 
} 

Хороший способ вещь прохождения сложных объектов с помощью веб-служб: вы сериализации всех членов данных экземпляр в XML, отправка его по проводу, а затем десериализация его обратно в реальные данные на другом конце. Не думайте об этом как отправке фактического класса (с не-данными) по проводке.

Answer 3

Как правило, вы должны добавить веб-ссылку на свой сервис. Это создает прокси-сервер на стороне клиента, который содержит классы, которые клиент может использовать для вызова веб-службы вместо вашей общей библиотеки.

В вашем случае это, вероятно, выглядеть так:

WS.WebService services = new WS.WebService(); 

// Use client side proxy in same namespace as generated web reference 
WS.MyLibrary info = services.GetInfo(); 

Я припоминаю, подставляя свою общую библиотеку в созданном прокси-классе (как тест), и все, казалось, работало. Но это не рекомендуется и не гарантируется.

Это может быть ваш пример, но ваш класс MyLibrary не имеет данных для возврата. Причина в том, что XmlSerializer (используемый средой выполнения для преобразования между объектами XML и CLR) только сериализует общедоступные свойства и поля объекта. В MyLibrary и SubLibrary не отображаются никакие свойства или общедоступные поля, поэтому никакие данные не сериализуются. Для получения дополнительной информации см. XML and SOAP Serialization