Как реализовать .NET 3-уровневое использование архитектуры Winforms
У меня есть в течение некоторого времени сборка n-tier Приложения с помощью сервера базы данных в качестве уровня данных, Winforms как уровень представления и ASP.NET asmx веб-сервис в середине для отправки назад и вперед невведенных Наборов данных. В то время как этот подход работал на меня до сих пор, это, конечно, чувствует себя устаревшим сегодня.
Какие технологии я должен использовать, если бы я должен был создать подобное architectured приложение сегодня? технология .net 4.0 приветствуется.
Я все еще хочу сервер базы данных как datatier, и asmx веб-сервисы должны, вероятно, быть заменены WCF. Я все еще хотел бы иметь уровень представления, работающий как настольное приложение (Winforms или WPF), так проигнорируйте ASP.net для этого вопроса.
Мой основной вопрос действительно сводится, что использовать в качестве бизнес-объектов. Я хочу что-то, что легче связать с интерфейсом, чем невведенные Наборы данных и наборы данных со строгим контролем типов чувствуют себя очень тяжелыми. Мне также нужно что-то, что может отследить изменения, чтобы удостовериться, что пользователи не переопределяют изменения друг друга в базе данных.
Будет Платформа Объекта 4 быть применимой для сценария как это? Действительно ли там какие-либо полные руководства доступны?
2 ответа
Здесь есть хорошее введение в создание многоуровневых приложений с EF 4: http://msdn.microsoft.com/en-us /magazine/ee335715.aspx
Введение объектов POCO в EF 4 упрощает создание n-уровневых приложений, поскольку устраняет необходимость в программировании сопоставителей для сопоставления между объектами EF и объектами передачи данных.
Я также предпочитаю использовать EF4 или LinqToSQL, WCF, WF и да WPF для презентации. Также, если вы решите использовать WPF, используйте некоторые библиотеки для IOC DI, такие как Unity или STRUCTUREMAP, или для повторного использования компонентов MEF и так далее. Если вы использовали WPF как формы Windows, вы не получили от него никаких преимуществ.