Как спроектировать архитектуру ASP.NET MVC приложения в данном случае?

Question

[Artem_S]

Пусть, имеется решение в нем сам проект asp.net mvc, ну и помимо него, в решении много проектов типа classlibrary для репозитория, для инструментов (типа webextentions) и т.п.

Задача состоит в том, чтобы дать возможность другому проекту (нескольким проектам), по расписанию, независимо (асинхронно??) от основного asp.net mvc проекта, подключаться к БД и вносить туда изменения.

Как бы Вы спроектировали такое решение?
Заранее спасибо !

Answer 1

[Сергей Родюшкин]

Не совсем понял суть вопроса.
Если работа с данными в вашем проекте вынесена в отдельную библиотеку и MVC-приложение использует эту библиотеку, ничто не мешает рядом с MVC сделать еще одно приложение (console или service), которое будет работать независимо, используя те же библиотеки. Консольное приложение можно запускать через scheduler ОС, если сервис — тут вы сами решаете, когда и что нужно делать.
Если код работы с базой (контексты, модели, да хоть бы ADO.NET) у вас в MVC, то стоит сделать рефакторинг.
Для коммуникации между приложениями MVC и не-MVC можно сделать специальный endpoint (в случае console -> MVC), или event queue (для console <-> MVC), но это при необходимости.

Comments

[Artem_S]

Спасибо большое за ответ ! Да, работа с данными у меня в отдельных библиотеках . Я совсем мало работал с сервисами , немного с WCF только.
Наверное для начала простой консольный проект буду использовать. Потом , если будут требования расширять выберу wcf.
А где можно прочитать / посмотреть про коммуникацию consoleApp и mvc ?

[Сергей Родюшкин]

Я имел в виду Windows Service, не WCF — это совсем про другое. Самый простой вариант коммуникации — через данные. Если вы в MVC не кешируете обращения к БД, изменения, внесенные другим приложением, отобразятся немедленно. Другой вариант — сделать служебный action, принимающий запросы только с localhost (можно сделать атрибут, проверяющий Request.IsLocal). И после завершения работы в консоли вы просто отправляете http-запрос на этот адрес. А если надо в обоих направлениях обмениваться сообщениями — то MSMQ в помощь, ну или любое другое подобное решение (RabbitMQ, ZeroMQ, да хоть через таблицу БД можно сделать).