ASP.NET MVC, направляющий на основе значений хранилища данных

Как был бы Вы заниматься этой проблемой:

У меня есть данные в моем хранилище данных. Каждый объект имеет информацию о:

• URL = произвольное число первых сегментов маршрута, которые будут использоваться с запросами
• некоторый тип изделия = дисплей будет связан с этим (продолжавшим читать) типом
• заголовок = используемый, например, в навигации вокруг моего приложения
• и т.д.

Так как каждый объект может иметь произвольное число сегментов, я создал пользовательский маршрут, который позволяет мне обрабатывать подобные запросы, не используя маршрут по умолчанию и имея единственный жадный параметр маршрута.

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

Таким образом, как Вы сделали бы это в ASP.NET MVC или что будет Вы предлагать быть самым выполнимым способом сделать это?

Править: Еще несколько деталей

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

1. Как я должен создать эти контроллеры по каждому запросу, так как они связаны с некоторыми динамическими данными? Я мог создать свою собственную фабрику Контроллера или обработчик Маршрутов или возможно некоторые другие точки расширения также, но какой будет лучшим?

2. Я хочу использовать основную функциональность MVC использования вещей как Html.ActionLink(action, controller, linkText) или сделайте мое собственное расширение как Html.ActionLink(itemType, linkText) для создания этого еще более гибким таким образом, ссылка Действия должна создать правильные маршруты на основе Данных маршрутов (потому что это - то, что продолжается в фоновом режиме - это проходит вершину маршрутов вниз, и посмотрите, какой возвращает получающийся URL).

3. Я думал о наличии конфигурации отношения между itemType и значениями маршрута (контроллер, действие, значения по умолчанию). Установка Defaults может быть хитрой, так как значения по умолчанию должны быть десериализованы от строки конфигурации в объект (который может также быть сложным). Таким образом, я думал, возможно, даже о наличии настраиваемого отношения между itemType и типом класса, который реализует определенный интерфейс как записанный в примере ниже.

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

Пример:

Интерфейсное определение:

public interface IRouteDefaults
{
    object GetRouteDefaults();
}

Интерфейсный пример реализации:

public class DefaultType : IRouteDefaults
{
    public object GetRouteDefaults()
    {
        return new {
            controller = "Default",
            action = "Show",
            itemComplex = new Person {
                Name = "John Doe",
                IsAdmin = true
            }
    }
}

Пример конфигурации:

<customRoutes>
    <route name="Cars" type="TypeEnum.Car" defaults="MyApp.Routing.Defaults.Car, MyApp.Routing" />
    <route name="Fruits" type="TypeEnum.Fruit" defaults="MyApp.Routing.Defaults.Fruit, MyApp.Routing" />
    <route name="Shoes" type="TypeEnum.Shoe" defaults="MyApp.Routing.Defaults.Shoe, MyApp.Routing" />
    ...
    <route name="Others" type="TypeEnum.Other" defaults="MyApp.Routing.Defaults.DefaultType, MyApp.Routing" />
</customRoutes>

Для обращения к хиту производительности, я могу кэшировать свои объекты и работать с данными в оперативной памяти и постараться не получать доступ к базе данных по каждому запросу. Эти объекты имеют тенденцию не изменяться слишком часто. Я мог кэшировать их в течение подобных 60 минут без ухудшающегося опыта приложения.