Проблема совместного использования доменной модели между WCF и Silverlight Project

Если вы планируете использовать один и тот же исходный код для своих Entities (домена) как для проекта clr, так и для проекта silverlight, вам нужно будет использовать 2 проекта, поскольку сборки Silverlight не совпадают со сборками CLR.

Добавьте в решение проект библиотеки классов Silverlight, имя не имеет значения, но обычно я использую просто XXXX_SL.

Теперь вы «Добавить существующий элемент» для всех исходных файлов из проекта clr, но заметили раскрывающийся список на кнопке «Открыть» или «Выбрать»? щелкните по нему и «добавить как ссылку» или что там написано.

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

По пути могут быть внесены некоторые незначительные изменения, но они направят вас на верный путь.

Вот некоторые справочные материалы

Я нашел здесь метод , который позволяет создавать классы CLR на на стороне службы, а затем можно использовать сгенерированные объекты из ссылки на службу, поскольку классы создаются с помощью INotifyPropertyChanged и ObservableCollection.

Это решает непосредственную проблему границы клиент / сервер, но вписывается в мое решение, потому что для использования сгенерированных объектов вам нужна ссылка на службу. Но у меня есть ProxyClass, который общается с WCF, поэтому я не вижу способа передать эти типы объектов обратно в ViewModel.

Я вижу, что некоторые люди написали классы сопоставления, но это далеко не идеально, поскольку мне пришлось бы написать 3 класса для каждого объекта POCO (клиентский класс, серверный класс DTO, сопоставитель).

Есть еще предложения?