2010-08-06 2 views
2

Я начинаю новое веб-приложение, которое будет состоять из нескольких частей или модулей. Мой клиент хочет иметь возможность перераспределять приложение с подмножеством модулей для некоторых других клиентов. Я читал о Областях в mvc2, который, кажется, я смотрю. Я также хотел бы разработать эти модули в боковых проектах и ​​иметь право строить по спецификациям клиентов.Об организации приложения asp mvc

Может ли кто-то, у кого больше опыта, чем у меня с mvc, может подтвердить, что это возможно с областями.

благодаря Матео

ответ

0

Я думаю, что каждый модуль должен быть отдельным проектом (отдельная сборка/DLL со своими обязанностями). Вы будете «подключать» каждый модуль как lego: D. Затем, чтобы перераспределить приложение с подмножеством модулей, у вас будет скрипт сборки, в котором вы укажете модули, которые находятся в конечном продукте и из него. Каждая версия продукта будет иметь разные формы (как в игре lego), представляющие разные подмножества функций.

Просто говоря, понятие областей в MVC состоит в следующем:

Для размещения крупных проектов ASP.NET MVC позволяет вам разделов Web приложений на более мелкие единицы, которые именуемых областей. Области предоставляют возможность разделить большое количество веб-приложений MVC на более мелкие функциональные группировки . Область эффективно представляет собой структуру MVC внутри приложения . Приложение может содержать несколько структур MVC (области).

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

+0

Я не уверен, работают ли многопроектные области в vs2008. Я не планирую перейти на vs2010. Я также проверил переносные области mvc contrib. Подумайте, я просто поеду с областями в главном приложении mvc. – mateo

+0

Кажется, я помню, как читал статью, в которой многопроектные области были полностью исключены из ASP.NET MVC 2, но, конечно, я не могу найти его в настоящий момент для ссылки здесь. Я думаю, что Leniel просто перечислял определение областей независимо от его отдельного проекта. – alexsome

1

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

Для дальнейшего уточнения: области обычно используются для разделения очень большого приложения на разделы, каждый из которых может иметь другую команду разработчиков. Например, переполнение стека может содержать область запроса + ответ, область ролей и разрешений, логин и аутентификацию и т. Д.

Смежные вопросы