Помогите пожалуйста определиться в концепции разработки многомодульных приложений? Где имеется ядро программы, а модули разрабатывают несколько групп разработчиков.
Ниже описал примерно как я это вижу. Хотелось бы услышать мнение тех, кто уже занимался подобными проектами.

Основные критерии к разработки:
1. Создание ядра программы, с концепцией многомодульной работы;
2. Модули в ядро должны подгружаться по мере необходимости;
3. Обновление модулей должно производиться в фоновом режиме;
4. Настройка доступа должна быть общей для всех модулей и реализована в ядре программы;
5. База данных может быть локальная или сетевая (соединение устанавливается из ядра программы)
6. Подгружаемый модуль может использовать текущую базу данных ядра программы(получает конекшины из ядра программы) или свою(использует свои конекшины)

Что уже сделал:

1. Создал проект (Ядро программы);
2. Реализовал постраничную навигацию NavigationService;
3. Чтение модулей (dll) Assembly.LoadFrom(*.dll);
4. Из (dll) с помощью интерфейсов выдергиваю страницы, которые имеются в модуле

I. Интерфейсы используемые для dll:
IBoot - для описания подключаемого модуля;
IViewModel - для корневых страниц (таблицы данных);
IViewEditModel - для страниц редактирования данных (выбранной позиции из IViewModel);
IViewDictModel - для страниц просмотра/редактирования данных справочников;
IObserver - понимаю что тоже нужно, но как применить не знаю.

II. Интерфейсы используемые для dll общего назначения:
IBoot - для описания сервиса;
IViewPageFunctionModel - для страницы справочников

Не могу понять как реализовать работу с базой данных, используя EntityFramework Fluent? Так как в каждом модуле(dll) имеются свои сущности, которые должны как-то
скармливаться в ядро программы Domain.

Да структура проекта ERP.
Мне нужно, для несколько отделов создать одну платформу. У каждого отдела будут свои модули(dll). Базы данных, скорее всего тоже будут разные. Отделы взаимодействуют между собой, поэтому должна быть какие-то связи, между модулями.

При помощи этого можно обновлять в реальном времени.
3. Чтение модулей (dll) Assembly.LoadFrom(*.dll);


Roman Mejtes модульность делается легко
загружаете DLL, находите в ней все классы наследующие интерфейс ISomeOne, запоминаете, потом создаете на основе типов инстансы
С этим согласен

А как реализовать работу с базой данных? EF я так понимаю не подходит для ERP проектов? Так как, EF создает модель только один раз при старте проекта(ядра)

Roman Mejtes Подключая модуль вы подключаете набор служб зная заранее контракт каждой из них, то есть процесс взаимодействия вы спроектируйте на этапе архитектурной разработки. Нужно просто продумать все интерфейсы, сделать локатор и штамповать сервисы.

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

Выделил жирным что я не понял:
- под службами вы что имели ввиду?
- локатор это какое-то расширение?

А общие справочника как вы реализовывали, которые могут использоваться в нескольких модулях?

Petro123NechtoДа структура проекта ERP.
ещё раз.
"Врага нужно знать в лицо".
Имя сестра, имя!!!
Какую систему копируем?

NechtoА как реализовать работу с базой данных? EF я так понимаю не подходит для ERP проектов? Так как, EF создает модель только один раз при старте проекта(ядра)
если копируем 1С, то там ядро стартует при старте конфигурации.
Т.е. есть Модель ядра и есть модель бизнеса-предметки.
Время разработки от 5 человеко-лет.
IMHO

Мне понравилось как это сделано, в Sap Logon. Но интерфейс там не дружелюбный и навигация не совсем удобна.
За основу взял её иерархию TreeView, там грамотно разложено все по отделам и видами работ.

Petro123NechtoМне понравилось как это сделано, в Sap
не слишком круто для подражания?

Я же её не переписывать собираюсь :) а говорю что мне в ней понравилось.

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

Я не совсем понимаю во взаимодействиях между модулями.
К примеру:

Транспортный отдел внес новый автомобиль в свою БД из своего модуля. -> Служба по ремонту имеет свой модуль и БД, ей нужно как-то удивить этот автомобиль и поставить его на ремонт.
Как это сделать? Если БД будут разные.

Petro123,

Ну это если все в одной бд крутится. А если нет.

Petro123NechtoPetro123,

Ну это если все в одной бд крутится. А если нет.
Тогда не взлетит.
Тогда репликация между базами или переброска файлами проводок как в 1С.
Оно тебе надо?

Соглашусь, не надо. Моя задача реализовать платформу, в которпой после прогрпаммисты могли накатывать свои модули.

skyANANechtoПри помощи этого можно обновлять в реальном времени.
3. Чтение модулей (dll) Assembly.LoadFrom(*.dll);
Ошибаетесь.

Загрузить-то можно одну, две, три сборки. А выгрузить только если целиком весь AppDomain.
В Вашем случае это означает, что для обновления одного модуля, придётся прибить всё приложение.

Да заблуждался, что можно фоновом режиме обновлять модули. Assembly.LoadFrom, данный способ не подходит.
Я нашел другой но не совсем с ним разобрался:


Там говорится про загрузку и выгрузку AppDomain. Возможно обновление можно реализовать таким образом.