renderpartial com modelo nulo recebe o tipo errado

Eu tenho uma página:

<%@ Page Inherits="System.Web.Mvc.View<DTOSearchResults>" %>

E nele, o seguinte:

<% Html.RenderPartial("TaskList", Model.Tasks); %>

Aqui está o objeto DTO:

public class DTOSearchResults
{
    public string SearchTerm { get; set; }
    public IEnumerable<Task> Tasks { get; set; }

e aqui está o parcial:

<%@ Control Language="C#" Inherits="System.Web.Mvc.ViewUserControl<IEnumerable<Task>>" %>

Quando Model.Tasks não é nulo, tudo funciona bem. No entanto, quando é nulo, recebo:

O item de modelo passado no dicionário é do tipo 'DTOSearchResults', mas esse dicionário requer um item de modelo do tipo 'System.Collections.Generic.IEnumerable`1 [Task]'.

Achei que ele não deveria saber qual sobrecarga usar, então fiz isso (veja abaixo) para ser explícito, mas continuo com o mesmo problema!

<% Html.RenderPartial("TaskList", (object)Model.Tasks, null); %>

Eu sei que posso contornar isso, verificando se é nulo ou nem mesmo passando nulo, mas esse não é o ponto. Por que isso está acontecendo?

Andrew: Acho que o problema que você está obtendo é resultado do método RenderPartial usando o modelo da chamada (view) para a vista parcial quando o modelo que você passa é nulo. Você pode contornar esse comportamento estranho fazendo o seguinte:

<% Html.RenderPartial("TaskList", Model.Tasks, new ViewDataDictionary()); %>

Isso ajuda?

A resposta de @ myandmycode é boa, mas uma resposta um pouco mais curta seria

<% Html.RenderPartial("TaskList", new ViewDataDictionary(Model.Tasks)); %>

Isso funciona porque ViewDataDictionaryé o que mantém o modelo e pode aceitar um modelo como parâmetro construtor. Isso basicamente passa um dicionário de dados de exibição "inteiro", que obviamente contém apenas o modelo possivelmente nulo.

Parece que quando a propriedade do Modelo que você está passando é nula, o MVC volta intencionalmente de volta ao Modelo "pai". Aparentemente, o mecanismo MVC interpreta um valor de modelo nulo como intenção de usar o anterior.

Um pouco mais de detalhes aqui: ASP.NET MVC, visualizações fortemente tipadas, falha parcial nos parâmetros da visualização

Se você não deseja perder seus ViewData anteriores na exibição parcial, tente:

<% Html.RenderPartial("TaskList", Model.Tasks, new ViewDataDictionary(ViewData){Model = null});%>

Uma solução seria criar um HtmlHelper assim:

public static MvcHtmlString Partial<T>(this HtmlHelper htmlHelper, string partialViewName, T model)
{
    ViewDataDictionary viewData = new ViewDataDictionary(htmlHelper.ViewData)
    {
        Model = model
    };
    return PartialExtensions.Partial(htmlHelper, partialViewName, model, viewData);
}

A Partial<T>(...)correspondência antes do Partial(...)erro conveniente e sem ambiguidade ao compilar.

Pessoalmente, acho difícil entender o comportamento - parece difícil imaginar isso como uma escolha de design?

Embora isso tenha sido respondido, deparei-me com isso e decidi que queria resolver esse problema do meu projeto, em vez de contorná-lo new ViewDataDictionary().

Criei um conjunto de métodos de extensão: https://github.com/q42jaap/PartialMagic.Mvc/blob/master/PartialMagic.Mvc/PartialExtensions.cs
Também adicionei alguns métodos que não chamam de parcial se o modelo for nulo , isso salvará muitas instruções if.

Eu os criei para o Razor, mas alguns deles também devem funcionar com visualizações no estilo aspx (as que usam HelperResult provavelmente não são compatíveis).

Os métodos de extensão são assim:

@* calls the partial with Model = null *@
@Html.PartialOrNull("PartialName", null)
@* does not call the partial if the model is null *@
@Html.PartialOrDiscard("PartialName", null)

Também existem métodos para IEnumerable<object>modelos e os descartados também podem ser chamados com um lambda Razor que permite agrupar o resultado parcial com algum html.

Sinta-se livre para usá-los, se quiser.

Minha solução alternativa para isso é:

<% Html.RenderPartial("TaskList", Model.Tasks ?? new List()); %>