Организация данных и связей в клиентском приложении WinForms

При работе над клиентским приложением возникли некоторые трудности с пониманием как реализовать данные в большом приложении.

Уважаемые гуру подскажите как реализовать нижеследующие требования к организации данных в приложении. У меня есть некоторые соображения, однако изучение мсдн, к сожалению не дает в полной мере осознать полной картины реализации.

в процессе работы над приложением возникли следующие задачи с которыми возникли трудности:

1. Организация единых данных для приложения(в т.ч. между модулями программы dll)

- в приложении используются справочные данные, которые загружаются с бд в разных модулях программы(список организаций, список товаров и т.д.) как организовать ЕДИНЫЙ ИСТОЧНИК ДАННЫХ для всех модулей программы, чтоб данные не дублировались?
(как я реализовал до этого - при необходимости создавал объект DataTable и привязывал его к контролу(комбобокс, листбокс) - но это каждый раз лишнее обращение к БД и заполнение оперативки повторяющимися данными.
правда в пределах модуля реализую привязку BindingSourse но это не решает вопрос как объединить данные между модулями)

2. В дополнение к первому - как реализовать синхронизацию данных при обновлении их прочими модулями/другими клиентами.
Опять-таки таблицы используются разными контролами и в разных модулях.

3. Как реализовать связь между таблицами. Чтоб при смене текущего элемента в родительской происходила фильтрация или прочие изменения в дочерних КОНРОЛАХ.

не понимаю до конца механизма DataRelation потому использую событие CurrentItemChange в BindingSourse. Возможно, есть более изящное решение данного функционала.

4. BindingSourse множатся как грибы и работа с ними становиться очень громоздкой. Сложно увидеть все связи между различными BindingSourse. Как вариант решения рассматриваю создание отдельных классов для отдельных блоков данных. Однако это все равно весьма громоздким представляется.

Добавлено через 21 час 38 минут
неужто никто не сталкивался с данными задачами? или это информация под грифом "совершенно секретно" ??

0

Сообщение от Learx 1. Организация единых данных для приложения(в т.ч. между модулями программы dll) - в приложении используются справочные данные, которые загружаются с бд в разных модулях программы(список организаций, список товаров и т.д.) как организовать ЕДИНЫЙ ИСТОЧНИК ДАННЫХ для всех модулей программы, чтоб данные не дублировались? (как я реализовал до этого - при необходимости создавал объект DataTable и привязывал его к контролу(комбобокс, листбокс) - но это каждый раз лишнее обращение к БД и заполнение оперативки повторяющимися данными. правда в пределах модуля реализую привязку BindingSourse но это не решает вопрос как объединить данные между модулями)

Загружай данные в статические DataTAble

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

Сообщение от Learx 2. В дополнение к первому - как реализовать синхронизацию данных при обновлении их прочими модулями/другими клиентами. Опять-таки таблицы используются разными контролами и в разных модулях.

это делает BindingSourse

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

Сообщение от Learx 3. Как реализовать связь между таблицами. Чтоб при смене текущего элемента в родительской происходила фильтрация или прочие изменения в дочерних КОНРОЛАХ.

у BindingSourse есть свойство Filter (если не ошибаюсь)

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

Сообщение от Learx 4. BindingSourse множатся как грибы и работа с ними становиться очень громоздкой. Сложно увидеть все связи между различными BindingSourse. Как вариант решения рассматриваю создание отдельных классов для отдельных блоков данных. Однако это все равно весьма громоздким представляется.

большое приложение - много кода, так было всегда. Но лучше всего сначала нарисовать грамотный проект, а уже потом кодить

0

все так и делаю как выше сказанно .. но хочется чтоб все было проще и быстрее ...
похоже прийдется реализовать и пробовать свои идеи ... а имено фабрики и билдеры для BindingSource и контейнер для них. просто надеялся что это все рализовано в .NET и я просто не знаю об этом.

повторю первый вопрос. у меня есть программа-оболочка, которая по сути предоставляет только подключение к бд и логин пользователей и подключение модулей. весь функционал возложен на программные модули-dll, которые непосредственно и обращаются к бд и используют данные которые пересекаются и повторно используются в разных модулях. естественно каждый из модулей делает СВОЮ копию таблиц БД. и статик DataTable не решает всей проблемы. более того разные модули не могут между собой обмениваться информацией об обновлении даных.
Допустим, я вынесу все DataTable в отдельный модуль но я не представляю
как заставить все модули обращаться с одним и тем же модулем-контейнером данных(чтоб модуль не запускал свой экземпляр контейнера) и как предоставить им доступ к данным без копирования из модуля.

0

Сообщение от Learx как заставить все модули обращаться с одним и тем же модулем-контейнером данных(чтоб модуль не запускал свой экземпляр контейнера) и как предоставить им доступ к данным без копирования из модуля.

Изучи ключевое слово static

Сообщение от Learx повторю первый вопрос.

Я на него уже отвечал

0

я прекрасно знаю что такое static. в одном модуле нужна таблица поставщиков на 3 формах? - создаем 1 статик DataTable и контрол каждой формы биндим к этой таблице.

однако есть другой модуль который ничего не знает об уже существующей таблице в другом модуле и снова загрузит данные в СВОЮ статик таблицу. от чего я и хочу избавить но не выходит.

0

Сообщение от Learx есть другой модуль который ничего не знает об уже существующей таблице

об этом должен знать программист, который эти модули создает и собирает.

0