RazorComponentsServiceOptions Classe

Fornece opções para configurar a renderização do lado do servidor de Componentes Razor.

Obtém ou define o HybridCache usado pela CacheView renderização do lado do servidor. Quando não definido, o serviço registrado HybridCache será usado se um estiver disponível; caso contrário, o repositório na memória será usado.

Obtém ou define o tamanho máximo, em bytes, do cache na memória usado pela CacheView renderização do lado do servidor. Quando o limite é atingido, nenhuma entrada nova é armazenada em cache até que as entradas existentes expirem. O padrão é de 100 MB. Um valor de 0 configura um limite de tamanho de cache de bytes zero, portanto, as entradas não são armazenadas em cache.

Obtém ou define um valor que determina se deve incluir informações detalhadas sobre erros.

Obtém ou define um valor que determina se a validação do lado do cliente está desabilitada para todos os formulários renderizados com renderização estática do lado do servidor. Quando false (o padrão), os formulários que usam DataAnnotationsValidator emitem regras de validação do lado do cliente para que os erros do usuário possam ser relatados sem uma viagem de ida e volta para o servidor. Quando true, nenhuma regra de validação do lado do cliente é emitida e somente a validação do lado do servidor é executada.

Obtém ou define o número máximo de elementos permitidos em uma coleção de formulários.

Obtém ou define o número máximo de erros permitidos ao mapear dados do formulário.

Obtém ou define o tamanho máximo do buffer usado para ler chaves de dados do formulário.

Obtém ou define a profundidade máxima permitida ao mapear recursivamente os dados do formulário.

Determina as configurações usadas para criar o cookie TempData.

Obtém ou define o tipo de provedor de armazenamento para TempData. Usa Cookie como padrão.

Obtém ou define o tempo de vida da validade da proteção de dados para URLs de redirecionamento temporário emitidas pela renderização do lado do servidor Blazor. Elas são usadas apenas transitóriamente, portanto, o tempo de vida só precisa ser longo o suficiente para que um cliente receba a URL e inicie a navegação nela. No entanto, também deve ser longo o suficiente para permitir a distorção do relógio entre os servidores.