| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Общие вопросы по .NET и C# > Подскажите по архитектуре приложения |
| Автор: ReFLeXive 2.2.2012, 22:37 |
| Здравствуйте! Пишу диплом, тема связана с управлением рисками предприятий. Приложение будет контактировать с БД MS SQL 2008. Пишу с использованием WPF. Хочу сделать по возможности максимально правильно с точки зрения архитектуры: Хочу отделить логику работы от внешнего представления. как я это вижу (по опыту разработки на яве, на которой я пишу на работе) есть 3 прослойки: 1) GUI (xaml файлы и относящийся сюда код обработчиков контролов) 2) некий Service, обращаясь к которому GUI получает доступ к данным из БД, вычислениям и проч. 3) более низкий уровень - работа с БД - к которому обращается Service, чтобы получить данные из БД Я так понимаю, что правильней всего на нижнем уровне из БД ручками вытаскивать данные, создавать листы с объектами и возвращать это в Service. Далее в Service из листов делать, к примеру, DataSet для DataGrid и в GUI отсылать этот самый DataSet. Данные из БД нужны не только для работы с ними в таблицах, но и для разных расчетов, отчетов и проч. правильно ли я мыслю? или все совсем не так? какой true way в разработке приложений крупнее лабораторок и курсовых? PS. Просьба терпимо отнестись к моим вопросам, т.к. пока сложно во всем разобраться сразу. в голове возникает каша от такого обилия информации. Спасибо =) |
| Автор: jonie 3.2.2012, 06:27 |
| ну это у вас классический n-tier (http://en.wikipedia.org/wiki/Multitier_architecture). Почитайте про него. Он везде одинаковый. С т.з. самой архитектуры гуя - тут вам пригодится MVVM (мода нынче такая) и фремворк Prism. |