ActivatorUtilities.CreateInstance se comporta de forma consistente

  • Artigo

O comportamento de ActivatorUtilities.CreateInstance agora é mais consistente com CreateFactory(Type, Type[]). Quando IServiceProviderIsService não está presente no contêiner de DI (injeção de dependência), CreateInstance reverte para a lógica CreateFactory(Type, Type[]). Nessa lógica, apenas um construtor tem permissão para fazer a correspondência com todos os parâmetros de entrada fornecidos.

No caso mais geral, quando IServiceProviderIsService está presente, a API CreateInstance prefere a sobrecarga de construtor mais longa que tem todos os argumentos disponíveis. Os argumentos podem ser inseridos na API, registrados no contêiner ou estar disponíveis de valores padrão no próprio construtor.

Considere a seguinte definição de classe mostrando dois construtores:

public class A
{
   A(B b, C c, string st = "default string") { }
   A() { }
}

Para essa definição de classe, e quando IServiceProviderIsService está presente, ActivatorUtilities.CreateInstance<A>(serviceProvider, new C()) cria uma instância de A escolhendo o primeiro construtor que usa B, C e string.

Versão introduzida

.NET 8 versão prévia 1

Comportamento anterior

ActivatorUtilities.CreateInstance se comportou de forma inesperada em alguns casos. Ele verificou se todas as instâncias necessárias passadas para ele existiam no construtor escolhido. No entanto, a seleção do construtor tinha um bug e não era confiável.

Novo comportamento

CreateInstance tenta encontrar o construtor mais longo que corresponda a todos os parâmetros com base no comportamento de IServiceProviderIsService.

Observação

Se IServiceProviderIsService estiver configurado incorretamente ou não existir, CreateInstance poderá funcionar de forma incorreta ou ambígua.

Tipo de alteração interruptiva

Esta é uma alteração comportamental.

Motivo da alteração

Essa alteração foi introduzida para corrigir um bug em que o comportamento mudava de acordo com a ordem das definições de sobrecarga do construtor.

Se o aplicativo começar a se comportar de forma diferente ou gerar uma exceção após a atualização para o .NET 8, examine cuidadosamente as definições do construtor para o tipo de instância afetado. Confira a seção Novo comportamento.

APIs afetadas

Confira também