Замена редактора по умолчанию Для выбора шаблона в ASP.NET MVC 3 RC

I ' m создание MVC-приложения, которое в настоящее время использует EditorFor для создания множества представлений. Весь вид - это просто EditorForModel, и он отлично работает. Однако я столкнулся с одной небольшой проблемой, для которой я не могу найти решения, и важно, чтобы она работала так, как мне нужно, а именно при попытке визуализации EditorFor интерфейса. О привязках и всем подобном позаботились, но проблема в том, что EditorFor видит, что это интерфейс, и по умолчанию использует шаблон «Object». Мне нужно, чтобы он посмотрел на интерфейс и увидел, сможет ли он найти шаблон с таким именем, а если нет, мне нужно просмотреть все присутствующие интерфейсы, чтобы увидеть, соответствует ли он любому из них. Чтобы объяснить это проще, посмотрите на этот пример:

интерфейсы:

public interface IAppProvider
{
    string Name { get; set; }
}

public interface IAppMusicProvider : IAppProvider
{
    int GetPlaylistCount();
} // Yeah, I know, this interface is not smart, but it's only for show.

Если я теперь создаю представление с помощью model = "

Развертывание схемы базы данных из моего локального sqlexpress в sql azure довольно просто с помощью мастера создания базы данных entity framework (по каким-либо причинам мастер всегда хочет создать несколько кластеризованных индексов, которые я исправляю вручную в сгенерированном sql файле).

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

Должен быть хороший способ выполнить обновление схемы без потери данных ... пожалуйста помоги! я уже пробовал sql management studio (r2) и SQLAzureMW (доступен на codeplex) ... но они не справляются со своей задачей: (

пожалуйста, не говорите мне, что мне нужно написать свой собственный инструмент для этого!

ищет вашу помощь

спасибо

Изменить: здесь ' Как я это делаю сейчас

Я использую сценарии SQL, созданные мастером миграции EF для моего локального SQL Express, и сам изменяю их, чтобы они были совместимы с SQL Azure. Это меньше работы, чем можно было бы подумать, и она работает идеально :)