Информационная система на C#

Всем доброго времени суток, уважаемые!
Быстренько опишу ситуацию и задам вопросы.
Предисловие: пишу дипломный проект - информационную систему на C# с помощью технологии ADO.NET. Сама система уже есть готовая: это курсач, который был разработан "на вырост" - сделано больше, чем требовалось. Он представляет из себя типичное MDI-приложение по работе с базой данных магазина розничной торговли.
Вопросы:
1. Прочитал, что MDI уже неактуально и старо, как мир - что думают спецы по этому поводу? Нормально ли писать ИС в многодокументном приложении или есть идеи, как это сделать более эффективно и красиво?
2. Переходить ли на WPF? Достаточно ли ресурсов WForms или эффективнее и лучше будет использовать WPF для написания ИС?
3. Выкладываю скриншот текущего состояния интерфейса. Цветовая схема пока такая, однако планирую добавить возможность менять её. Кому не сложно, выскажитесь, пожалуйста. Ваши комментарии и мнения очень ценны для меня.

Всем заранее спасибо! Надеюсь не миснул темой.

	Комментарий модератора
	Картинки и любые другие файлы загружайте на форум, во избежание их удаления или потери на сторонних ресурсах.

Миниатюры

 

0

Тоже планирую клиент-серверное приложение для учета заказов, писать буду на WinForms, но ответ тоже интересует.

0

Сообщение от Джошуа 1. Прочитал, что MDI уже неактуально и старо, как мир - что думают спецы по этому поводу? Нормально ли писать ИС в многодокументном приложении или есть идеи, как это сделать более эффективно и красиво?

Вполне себе используется. Для WinForms оно вряд ли куда денется.

Сообщение от Джошуа 2. Переходить ли на WPF? Достаточно ли ресурсов WForms или эффективнее и лучше будет использовать WPF для написания ИС?

Достаточно. Если не знаете WPF, то сейчас переключаться на незнакомую технологию будет крайне сложно.

Что касается интерфейса, то в случае с MDI самым неприятным, на мой взгляд, будет синхронизация данных во всех открытых окнах. В целом всё решаемо, конечно. Возможность изменения схемы лучше через готовые решения делать в Вашем случае, так как это всё побочно для дипломного проекта. С точки зрения стилей, конечно, WPF будет на порядок мощнее, но выше уже объяснил свою позицию.

1

Сообщение от Джошуа Прочитал, что MDI уже неактуально и старо, как мир

Combobox ещё старше. Но ни кто не говорит, что его использовать "не модно".
Всему свое применение, главное - чтобы было юзабельно. Понятия "модно" и "не модно", тут как-то не сильно уместны. Другое дело, что после изобретения MDI, появились другие варианты организации интерфейса

Сообщение от Джошуа как это сделать более эффективно и красиво

Эффектно и красиво - это для девочек-школьниц, для промышленных приложений должно быть легко,удобно и понятно, поскольку с этими программами работают серьёзные люди, и от изобилия розового(для некоторых черного) у них стресс начинается. По работе часто приходится зреть компы пользователей, многие до сих пор использую классическое оформление Винды(образца Win-98). Они патологически не могут сориентироваться в стиле ХР...

Лично меня MDI не устраивает тем, что окна в контейнере скрывают друг друга, кстати Devex эту проблему решил и сделал своеобразный табконтрол, на вкладках которого располагаются формы, оч удобно, но денег стоит.
Я в своих приложениях реализовал практически devex'овский подход, только я не формы делаю, а user-контролы, и затем в зависимости от надобности динамически кидаю их на вкладки общего для всего приложения табконтрола. Взаимодействие общей менюшки с контролами через интерфейсы. Подход относительно гибкий, и позволяет быстро писать и добавлять всякие доп. типы документов.

Сообщение от Джошуа Переходить ли на WPF?

Вопрос прям как "остаться православным или перекреститься в католическую веру?". Каждый решает сам, у wpf куча преимуществ по дизайну, но, как минимум, придётся изучать новую технологию, думаю свои минусы там тоже найдутся.

Сообщение от Джошуа Достаточно ли ресурсов WForms

думаю, что вполне... Сам пишу на формах, правда с использованием devex, на WPF желания перелазить нет

1

0

Spawn, спасибо за комментарий. Насчёт синхронизации данных - да, очень неудобный момент, потому что у меня в программе после изменения чего-то идёт постоянная проверка на наличие открытой формы, связанной с изменениями, чтобы, если что, обновить её. Есть ли какой-то для этого более универсальный метод?
nio, спасибо за развёрнутый ответ, есть, над чем подумать. Возьму на вооружение идею с табконтролами, пересмотрю свой интерфейс, подумаю, что можно сделать. Реализацию вашего подхода представляю весьма смутно пока.

0

Сообщение от Джошуа Есть ли какой-то для этого более универсальный метод?

В случае с Winforms, пожалуй события уместнее всего, так как с привязками определённая напряжёнка.

0

Spawn, не могли бы поподробнее расписать, что там конкретно за события должны быть? В общем виде.
Насколько понял, я должен буду создать событие, отвечающее за изменения данных в какой-то определённой форме - если оно происходит, обновлять данные в форме. Только я плохо понимаю саму механику процесса: что записать в обновляемой форме, что записать в обновляющей (там, где мы что-то поменяли).

0

Джошуа, механика событий по сути проста. К примеру в программе магазина могут быть 2 формы: одна отображает список товаров на складе, другая предназначена для расчета с покупателями. Пример конечно не самый, потому что как правило с этим работают разные пользователи и одновременно они врядли будут открыты, но всё-таки... Прикол заключается в том что эти 2 формы между собой не будут связаны никакой логикой, они всего-лишь работают с общими данными. Теперь нужно сделать для склада возможность генерировать событие изменения списка товаров на складе. При этом самому складу в принципе знать не нужно, кто работает с этим событием, он его сгенерировал и всё. Зато все подписанные на события, при его получении смогут выполнить некие действия, в данном случае обновить список товаров на складе.

Добавлено через 2 минуты


Добавлено через 2 минуты

Сообщение от Джошуа Только я плохо понимаю саму механику процесса

Джошуа, почитай п.2.7.2 Ответы на 7 самых частых вопросов по WinForms

1

nio, спасибо, я во всём разобрался.

0