Sitecore и ASP.net MVC

В некоторых случаях объединение двух может быть огромным преимуществом. MVC не очень подходит для сайтов, ориентированных на контент. Однако веб-приложения со структурированным потоком и множественным представлением данных от этого очень выигрывают. Sitecore имеет некоторое ограничение, когда дело доходит до нескольких представлений данных - вы можете определить только один набор деталей дизайна для элемента. Если у вас нет требований к редактированию WYSIWYG или простому предварительному просмотру одним щелчком, вы можете использовать Sitecore в качестве хранилища данных и воспользоваться преимуществами некоторых значений контекста, которые поступают из его конвейера (например, языка).

A В конвейер HTTP Sitecore необходимо внести несколько изменений, чтобы эта работа работала:

1) Если вы используете расширение aspx в IIS6, чтобы заставить ASP.NET обрабатывать запросы MVC (например, /Controller.aspx/Action), исправьте Sitecore ' s Анализ FilePath (есть ошибка в том, как Sitecore разрешает FilePath, что приводит к обрыву пути).

Чтобы исправить это, поместите новый процессор в начало конвейера httpRequestBegin.

public class MvcFixHttpProcessor : Sitecore.Pipelines.HttpRequest.HttpRequestProcessor
{
    public override void Process(Sitecore.Pipelines.HttpRequest.HttpRequestArgs args)
    {
        //when using a path such as /Controller.aspx/Blahblahblah, Sitecore's parsing of FilePath can break if Blahblahblah is too long
        RouteData routeData = RouteTable.Routes.GetRouteData(new HttpContextWrapper(args.Context));
        if (routeData != null)
        {
            args.Url.FilePath = args.Context.Request.Url.LocalPath;
        }
    }
}

(Edit 9 / 13/2011: мне не приходилось использовать вышеуказанное исправление в течение некоторого времени.)

2) Скажите Sitecore игнорировать URL-адреса, которые маршрутизируются на ASP.NET MVC

Для этого поместите новый процессор в Конвейер httpRequestBegin, следующий за ItemResolver.

public class SystemWebRoutingResolver : Sitecore.Pipelines.HttpRequest.HttpRequestProcessor
{
    public override void Process(Sitecore.Pipelines.HttpRequest.HttpRequestArgs args)
    {
        RouteData routeData = RouteTable.Routes.GetRouteData(new HttpContextWrapper(args.Context));
        if (routeData != null)
        {
            args.AbortPipeline();
        }
    }
}

Если вы используете языки в URL-адресах Sitecore, вам нужно будет добавить некоторую настраиваемую логику, которая объединяет создание ссылок Sitecore с генерацией MVC ActionLink, чтобы гарантировать, что этот язык добавлен в начало вашего URL-адреса MVC. Однако с модификациями конвейера выше, добавление языка к URL-адресу не должно иметь побочных эффектов для маршрутизации MVC (поскольку Sitecore перезаписывает URL-адрес после чтения языка).

И снова этот подход полезен только для определенных типов приложений. Однако в таких случаях Sitecore создает отличный уровень данных для вашей модели. Изучите возможность создания пользовательских оболочек элементов для создания строго типизированных объектов домена на основе элементов Sitecore.

(Edit 9/13/2011: Custom Item Generator отлично подходит для этого. http://blog.velir.com/ index.php / 2010/10/19 / custom-item-generator / )

Удачи.