ASP.Net 5 vNext Middleware для модульных сайтов

Question

Я нахожусь в самом начале изучения новой версии ASP.Net 5, и на данный момент меня впечатляют все новые функции, которые они ввели. Самая ожидаемая мной - встроенная система DI.

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

Итак, я планирую сделать какой-то мини-CMS для наших сайтов, что-то вроде модульности в PRISM, используя новые функции vNext.

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

Вопрос 1: Может ли промежуточное программное обеспечение использоваться в качестве независимых модулей для сайта с его собственными маршрутами, контроллерами, расширениями панели администратора и т. Д.?

если - да, то ...

Вопрос 2: Как я могу обрабатывать запросы маршрутизации от метода Invoke промежуточного ПО?

Я прочитал все документы, доступные сейчас, по адресу http://docs.asp.net, но пример промежуточного программного обеспечения, используемый там, довольно прост, недостаточно, чтобы начать писать промежуточное программное обеспечение, используемое в реальном приложении.

Редактировать 1: Мне интересно, может ли промежуточное ПО действовать как IModule в PRISM?

В PRISM я регистрирую типы и виды внутри IModule, это как клей для всех компонентов модуля. Например: у меня приложение на основе PRISM с несколькими модулями: Accountant, Products, Documents, Mailer и т. Д. Каждый модуль имеет свои собственные модели, ViewModels, Views и т. Д., И почти каждый модуль может быть развязан или изменен, не затрагивая другой. Каждый делает свою работу, не зная о других модулях.

Я пытаюсь понять, могу ли я сделать что-то подобное для сети, используя vNext. Например: модулю блога не нужно ничего знать о Магазине.

Итак, могу ли я разделять библиотеки классов для каждого необходимого модуля и использовать промежуточное ПО, как я использую IModule в PRISM?

P.S. Любой пример будет очень благодарен. Спасибо заранее.

Answer 1

Middlewares в ASP.NET заменяет http-модули. Вы не можете построить

магазин, услуги, блог, чат или любой другой

с использованием HTTP модулей (или промежуточное программное). Они работают в контексте HTTP-запроса.

Модули, о которых вы говорите, являются понятиями более высокого уровня. Это другой уровень абстракции.

Отвечая на ваши вопросы:

1. Они не являются тип модулей вы думаете. Нет
2. MVC middlewares уже обрабатывают маршрутизацию. Я не думаю, что вам нужно переопределить это. Просто используйте его.