Печаль с объектами передачи данных в Silverlight/WCF

Question

У меня есть приложение Silverlight, размещенное в проекте ASP для веб-роли Azure. Проект ASP предоставляет службу WCF.

Я хотел бы иметь один набор определений классов для типов данных. Кто-то рекомендовал сделать третий проект (библиотеку классов) и добавить ссылку на него из SL и ASP. Я начал это делать, но проект Silverlight жаловался, что вы можете добавлять ссылки только на проекты Silverlight.

Затем я создал библиотеку классов Silverlight и переместил классы данных. Однако я добавляю некоторые DLL-ссылки, например, клиенту Windows Azure. Тогда библиотека классов Silverlight говорит мне, что я могу только добавить ссылки на Silverlight 4-friendly .dlls, из которых Windows Azure не один. Фантастика.

Есть ли что-то, что я могу сделать, чтобы обойти это, или я придерживаюсь менее элегантного, избыточного решения?

Answer 1

Посмотрите, подходит ли связанный файл в соответствии с this answer.

Answer 2

Multi-targeting - ваш лучший выбор. Существует статья объяснить это в Visual Studio от Microsoft по адресу: http://msdn.microsoft.com/en-us/library/ff921092(PandP.20).aspx

В принципе, вы создаете как ваши Silverlight и стандартный класс .NET библиотеки, каждый с другим именем, а затем включают одни и те же файлы в каждом. Обычно файлы фактически находятся только в одной из библиотек классов, а затем софт-связь во втором.

Ключом является обеспечение совместимости кода в ваших файлах с обеими командами. Если для некоторых ваших методов требуется отдельная реализация в зависимости от времени выполнения, вам необходимо отделить их от прагм (например, #ifdef SILVERLIGHT ...).

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