Привет,
Мы создали обширную систему и API данных, используя интерфейсы и DI.Для доступа к данным, если приложение является службой Windows / службой WCF, реализация LINQ репозиториев внедряется во время выполнения с использованием Castle.Клиентские веб-приложения / приложения winform используют те же контроллеры данных / объекты домена, но в частях реализации для доступа к данным используются встроенные клиентские классы WCF.Крутая часть этой настройки заключается в том, что код клиента и сервера может повторно использовать одни и те же доменные объекты, службы и системную логику, включая соответствующую сборку с несколькими переводами.
Я только что создал приложение Silverlight, используяШаблон приложения Silverlight Navigation Application в VS2010.Кажется, единственный способ, которым я могу ссылаться на свой код CLR на рабочем столе, - через связанные классы (добавить существующий элемент / связанный).Не существует большого количества классов сантехники, но есть некоторые основные классы, которые обрабатывают интерфейсы маршрутизации для электронной почты, SMS-сообщений, регистрации и доступа к данным, используя микроядро замка и файлы конфигурации приложения.
Я могу выполнять отображение сетки и все такое, связывая элементы управления со ссылками на службы WCF.Тем не менее, я хотел бы повторно использовать модель контроллера для обмена сообщениями, доступа к данным, регистрации и так далее.Я не могу определить, стоит ли пытаться подогнать все существующие классы под классы проекта SL или начать думать о том, как создать новый легкий API для SL?Кто-нибудь имел опыт работы с Unity / Castle и Silverlight?