Мой вопрос похож на "проекты ASP.NET 2 для совместного использования одинаковых файлов" , но с наклонением ASP.NET MVC.
В принципе, у нас есть два сайта, один из которых основан в основном на другом (примерно 90% просмотров, контроллеры, изображения, во втором идентичны первому). Однако в некоторых случаях представления могут быть разными или контроллер на втором сайте может отличаться от первого.
Есть ли какие-либо простые способы достижения этого в ASP.NET MVC?
До сих пор мы рассматривали использование связанных файлов, чтобы иметь два совершенно разных проекта, в которых второй проект использует файлы, которые ему нужны, с первого.
Одна из проблем с этим подходом заключается в том, что большинство страниц во втором проекте буквально не существуют в виртуальном каталоге, это делает отладку болью - вы должны публиковать, чтобы генерировать файлы, чтобы вы могли отлаживать.
Есть ли у кого-нибудь лучшие подходы или способы упрощения этого подхода?
Эта статья может помочь: http://dotnetslackers.com/articles/aspnet/storing-asp-net-mvc-controllers-views-in-separate-assemblies.aspx
По сути, это связано с созданием собственного WebFormViewEngine, который сообщает MVC, где искать представления.
Если они 90% одинаковы, и вы хотите, чтобы они синхронизировались по мере развития функциональности, я бы подумал о том, чтобы сделать их в одном веб-приложении и использовать заголовок хоста для дифференциации и изменения изображений/ссылки/текст/функциональность/и т.д.. между двумя сайтами.
Вы можете сделать это в своем BaseController: посмотрите на заголовок узла и создайте объект Brand, к которому имеют доступ каждая страница и представление, так же как и объект User. Этот объект Brand может включать имя сайта, канонический Url для сайта, расположение каталога изображений для этого бренда, логические значения для включения или отключения определенных функций,...
Теперь в контроллере вы можете просто попросить if (Brand.SupportsPageX) {...} решить, что показывать дальше. И если вы сделаете объект бренда частью своей базовой модели представления или поместили его в коллекцию представлений, вы можете иметь представления, в которых используется название бренда, каталог изображений... для настройки того, как они выглядят.
Поместите как можно больше в общий проект библиотеки, отличной от UI. Я делаю это в каждом проекте, над которым я работаю над этим, повышает тестовую совместимость, общий код с помощью служб Windows и множество других причин.
Я обнаружил, что если вы агрессивны с этим, то нередко более двух третей проекта будет в общей библиотеке, отличной от UI.
После этого вы можете сделать еще один шаг и создать вторую библиотеку с несколькими элементами MVC/UI.
В зависимости от вашего мнения об этом, RenderAction может немного помочь здесь. Как вы знаете, RenderAction позволит вам группировать эти компоненты контроллера/просмотра и передавать переменные аргументы во время выполнения.
Проект, над которым я работаю, в настоящее время имеет аналогичное требование, и мы начали смотреть на переносные области. Я лично не очень глубоко погрузился в них, но, возможно, стоит посмотреть.
Я работал с областями для создания нескольких веб-сайтов, которые я могу разместить с одной учетной записью хостинга. Я бы подумал, что вы можете использовать подобный подход. Используя общие функциональные возможности базового проекта, он будет доступен для каждой области. Вы также можете переопределить любой из базовых представлений или контроллеров, выполнив их в области. Это может потребовать некоторой настройки ViewEngine и Routing, но я думаю, что это можно сделать.