Avisos de design

Adesão de suporte de avisos de design para o.NET Framework diretrizes de Design.

Nesta seção

Regra	Descrição
CA1000: Não é declarar membros estáticos em tipos genéricos	Quando um membro estático de um tipo genérico é chamado, o argumento de tipo deve ser especificado para o tipo. Quando um membro de instância genérico que não oferece suporte à inferência de tipos é chamado, o argumento de tipo deve ser especificado para o membro. Nesses dois casos, a sintaxe para especificar o argumento de tipo é diferente e facilmente confundidos.
CA1001: Os tipos que possuem campos descartáveis devem ser descartáveis	Uma classe declara e implementa um campo de instância é um tipo de System. IDisposable e a classe não implementa IDisposable. Uma classe que declara um campo de IDisposable indiretamente possui um recurso não gerenciado e deve implementar a interface IDisposable.
CA1002: Não expõem listas genéricas	System.Collections.Generic.List < (de <(T>) >) é uma coleção genérica que foi projetada para desempenho, não a herança. Portanto, a lista não contém quaisquer membros virtuais. Em vez disso, as coleções genéricas que sejam destinam a herança devem ser expostas.
CA1003: Usar instâncias do manipulador de evento genérico	Um tipo contém um delegado que retorna void, cuja assinatura contém dois parâmetros (o primeiro um objeto e o segundo um tipo que pode ser atribuído a EventArgs) e os destinos de assembly contendo .NET Framework 2.0.
CA1004: Métodos genéricos devem fornecer o parâmetro de tipo	Inferência é como o argumento de tipo de um método genérico é determinado pelo tipo de argumento passado para o método, em vez de pela especificação do argumento de tipo explícita. Para habilitar a inferência de tipos, a assinatura de parâmetro de um método genérico deve incluir um parâmetro que é do mesmo tipo do parâmetro de tipo para o método. Nesse caso, o argumento de tipo não precisará ser especificada. Quando você usa a inferência de tipos para todos os parâmetros de tipo, a sintaxe para chamada dos métodos de instância genéricas e é idêntica; Isso simplifica a usabilidade de métodos genéricos.
CA1005: Evitar o excesso parâmetros em tipos genéricos	Quanto mais digite os parâmetros que contém um tipo genérico, mais difícil é saber e lembre-se de que cada tipo de parâmetro representa. É óbvio geralmente com um parâmetro de tipo, como na lista <T> e, em certos casos com dois parâmetros de tipo, como em um Dictionary < TKey, TValue >. No entanto, se existirem em mais de dois parâmetros de tipo, a dificuldade fica muito grande para a maioria dos usuários.
CA1006: Não se aninham tipos genéricos em assinaturas de membro	Um argumento de tipo aninhado é um argumento de tipo que também é um tipo genérico. Para chamar um membro cuja assinatura contém um argumento de tipo aninhado, o usuário deve criar uma instância de um tipo genérico e passar esse tipo para o construtor de um segundo tipo genérico. O procedimento necessário e a sintaxe são complexas e devem ser evitados.
CA1007: Use genéricos onde for apropriado	Um método visível externamente contém um parâmetro de referência do tipo Object. Uso de um método genérico permite que todos os tipos, sujeita às restrições, a serem passados para o método sem a projeção primeiro o tipo para o tipo de parâmetro de referência.
CA1008: Enums devem ter o valor zero	O valor padrão de uma enumeração não inicializada, assim como outros tipos de valor é zero. Uma enumeração de nonflags atribuídos deve definir um membro usando o valor de zero para que o valor padrão é um valor válido da enumeração. Se uma enumeração que tem o atributo FlagsAttribute aplicado define um membro com valor zero, seu nome deve ser "None" para indicar que os valores não foram definido na enumeração.
CA1009: Declarar os manipuladores de eventos corretamente	Métodos de manipulador de eventos utilizam dois parâmetros. A primeira é do tipo Object e é chamada de "remetente". Este é o objeto que disparou o evento. O segundo parâmetro é do tipo System. EventArgs e é denominado "e". Isso é que os dados que está associados com o evento. Métodos de manipulador de eventos não devem retornar um valor; no C# linguagem de programação, isso é indicado pelo tipo de retorno void.
CA1010: Coleções devem implementar a interface genérica	Para ampliar a usabilidade de uma coleção, implemente uma das interfaces de coleção genérica. Em seguida, a coleção pode ser usada para preencher os tipos de coleção genérica.
CA1011: Considere passando tipos base como parâmetros	Quando um tipo base é especificado como um parâmetro em uma declaração de método, qualquer tipo que é derivado do tipo base pode passado como o argumento correspondente para o método. Se a funcionalidade adicional fornecida pelo tipo derivado de parâmetro não for necessária, o uso do tipo base permite maior uso do método.
CA1012: Tipos abstratos não devem ter construtores	Construtores de tipos abstratos podem ser chamados apenas por tipos derivados. Porque os construtores públicos criar instâncias de um tipo e não é possível criar instâncias de um tipo abstrato, um tipo abstrato que tem um construtor público incorretamente foi projetado.
CA1013: É igual a operador de sobrecarga em sobrecarga, adicionar e subtrair	Um tipo de público ou protegido implementa os operadores de adição ou subtração sem implementar o operador de igualdade.
CA1014: Assemblies de marca com CLSCompliantAttribute	Especificação de linguagem comum (CLS) define as restrições de nomeação, tipos de dados e regras às quais assemblies devem obedecer se eles serão usados em linguagens de programação. Um bom design determina que todos os assemblies indicam explicitamente com CLS usando o CLSCompliantAttribute. Se esse atributo não estiver presente em um assembly, o assembly não é compatível com.
CA1016: Assemblies de marca com AssemblyVersionAttribute	A.NET Framework usa o número de versão para identificar exclusivamente um assembly e vincular a tipos em assemblies de nomeados forte. O número de versão é usado em conjunto com a versão e o Editor de diretiva. Por padrão, os aplicativos são executados apenas com a versão do assembly com o qual foram criados.
CA1017: Assemblies de marca com ComVisibleAttribute	ComVisibleAttribute determina como clientes COM acessam a código gerenciado. Um bom design determina que os assemblies indicam explicitamente a visibilidade de COM. Visibilidade de COM pode ser definida para o conjunto completo e, então, substituída para tipos individuais e os membros de tipo. Se esse atributo não estiver presente, o conteúdo do assembly é visível para os clientes COM.
CA1018: Atributos de marca com AttributeUsageAttribute	Quando você define um atributo personalizado, marcá-la usando AttributeUsageAttribute para indicar onde o código-fonte do atributo personalizado pode ser aplicado. O que significa e pretendido o uso de um atributo determinará seus locais válidos no código.
CA1019: Definir acessadores para argumentos de atributo	Atributos podem definir argumentos obrigatórios que devem ser especificados quando você aplicar o atributo para um destino. Eles também são conhecidos como argumentos posicionais porque eles são fornecidos para construtores de atributo como parâmetros posicionais. Para cada argumento obrigatório, o atributo também deve fornecer uma propriedade correspondente de somente leitura para que o valor do argumento pode ser recuperado em tempo de execução. Atributos também podem definir argumentos opcionais, que também são conhecidos como argumentos nomeados. Esses argumentos são fornecidos para os construtores de atributo por nome e devem ter uma propriedade de leitura/gravação correspondente.
CA1020: Evitar a namespaces com alguns tipos	Certifique-se de que cada um dos seus espaços para nomes tem uma organização lógica e que você tenha um motivo válido para colocar os tipos em um namespace de modo disperso preenchido.
CA1021: Evite os parâmetros de saída	Tipos de passagem por referência (usando out ou ref) requer experiência com ponteiros, entender a diferença entre os tipos de valor e tipos de referência e tratamento métodos com vários valores de retorno. Além disso, a diferença entre o check-out e parâmetros ref não é amplamente sabido.
CA1023: Os indexadores não devem ser multidimensionais	Os indexadores (isto é, propriedades indexadas) devem usar um único índice. Os indexadores multidimensionais podem reduzir significativamente a usabilidade da biblioteca.
CA1024: Use as propriedades onde for apropriado	Um método público ou protegido tem um nome que começa com "Get", sem parâmetros e retorna um valor que não é uma matriz. O método pode ser uma boa candidata a se tornar uma propriedade.
CA1025: Substitua a matriz params de argumentos repetitivos	Use uma matriz de parâmetros em vez de argumentos repetidos quando o número exato de argumentos é desconhecido e quando os argumentos de variáveis são os mesmos digite, ou podem ser passados como o mesmo tipo.
CA1026: Os parâmetros padrão não devem ser usados.	Os métodos que usam parâmetros padrão são permitidos em CLS; No entanto, o CLS permite compiladores ignorar os valores que são atribuídos a esses parâmetros. Para manter o comportamento desejado, através de linguagens de programação, os métodos que usam parâmetros padrão devem ser substituídos por sobrecargas de método para fornecem os parâmetros padrão.
CA1027: Marcar enums com FlagsAttribute	Uma enumeração é um tipo de valor que define um conjunto de constantes nomeadas relacionadas. Aplica FlagsAttribute em uma enumeração quando suas constantes nomeadas podem ser combinados de forma significativa.
CA1028: Armazenamento de enum deve ser Int32	Uma enumeração é um tipo de valor que define um conjunto de constantes nomeadas relacionadas. Por padrão, o tipo de dados de Int32 é usado para armazenar o valor da constante. Embora, por exemplo, você pode alterar o tipo de base, não é necessária ou recomendada para a maioria dos cenários.
CA1030: Usar eventos onde for apropriado	Essa regra detecta os métodos que possuem nomes que normalmente seriam usados para eventos. Se um método é chamado em resposta a uma alteração de estado claramente definido, o método deve ser chamado por um manipulador de eventos. Objetos que chame o método devem disparar eventos em vez de chamar o método diretamente.
CA1031: Não capturar os tipos de exceção geral	Exceções gerais não devem ser detectadas. Capturar uma exceção mais específica ou relançar a exceção geral como a última instrução no bloco catch.
CA1032: Implementar os construtores de exceção padrão	Falha ao fornecer o conjunto completo de construtores pode dificultar o lidar corretamente com exceções.
CA1033: Os métodos de interface devem ser chamados pelos tipos de filho	Um tipo visível externamente sem lacre fornece uma implementação de método explícito de uma interface pública e não fornece um método alternativo de visível externamente que tem o mesmo nome.
CA1034: Tipos aninhados não deverá ser visíveis	Um tipo aninhado é um tipo que é declarado no escopo de outro tipo. Tipos aninhados são úteis para encapsular os detalhes de implementação privada do tipo recipiente. Usado para essa finalidade, tipos aninhados não devem ser visíveis externamente.
CA1035: Implementações de ICollection com rigidez de tipos membros	Esta regra exige implementações de ICollection para fornecer membros fortemente tipados para que os usuários não precisam converter argumentos para o tipo de objeto quando usarem a funcionalidade fornecida pela interface. Esta regra pressupõe que o tipo que implementa ICollection faz isso para gerenciar uma coleção de instâncias de um tipo que é mais forte que o objeto.
CA1036: Substituir os métodos de tipos comparáveis	Um tipo de público ou protegido implementa a interface System. IComparable. Ele não substitui Object. Equals nem oferece sobrecarregar a igualdade, desigualdade, menor ou maior que o operador de específicos do idioma.
CA1038: Enumeradores devem ser fortemente tipados	Esta regra exige implementações de IEnumerator também fornecer uma versão fortemente tipada da propriedade atual para que os usuários não precisam converter o valor de retorno para o tipo de alta segurança quando usarem a funcionalidade fornecida pela interface.
CA1039: Listas são fortemente tipadas	Esta regra exige implementações de IList para fornecer membros fortemente tipados para que os usuários não precisam converter argumentos para o tipo Object quando usarem a funcionalidade fornecida pela interface.
CA1040: Evite interfaces vazios	Interfaces definir membros que fornecem um contrato de uso ou comportamento. A funcionalidade descrita pela interface pode ser adotada por qualquer tipo, independentemente de onde o tipo aparece na hierarquia de herança. Um tipo implementa uma interface fornecendo implementações de membros da interface. Uma interface vazia não define quaisquer membros; Portanto, ele não define um contrato que pode ser implementado.
CA1041: Fornecer ObsoleteAttribute mensagem	Um tipo ou membro é marcado por meio de um atributo de System. ObsoleteAttribute não tem sua propriedade ObsoleteAttribute.Message especificada. Quando um tipo ou membro marcado usando ObsoleteAttribute é compilado, a propriedade do atributo de mensagem é exibida, que fornece as informações do usuário sobre o tipo obsoleto ou membro.
CA1043: Use o argumento integral ou de seqüência de caracteres para indexadores	Os indexadores (isto é, propriedades indexadas) devem usar tipos integrais ou de seqüência de caracteres para o índice. Esses tipos são normalmente usados para estruturas de dados de indexação e aumentar a facilidade de uso da biblioteca. O uso do tipo de objeto deve ser restrito a esses casos onde o tipo específico de integral ou seqüência de caracteres não pode ser especificado em tempo de design.
CA1044: Propriedades não devem ser somente gravação	Embora seja aceitável e freqüentemente é necessário ter uma propriedade somente leitura, as diretrizes de design proíbem o uso de propriedades somente para gravação. Isso ocorre porque a permitir que um usuário definir um valor e, em seguida, impedindo que o usuário exibir esse valor não fornece nenhuma segurança. Além disso, sem acesso de leitura, o estado de objetos compartilhados não pode ser exibido, que limita sua utilidade.
CA1045: Não passe os tipos por referência	Tipos de passagem por referência (usando out ou ref) requer experiência com ponteiros, entender a diferença entre os tipos de valor e tipos de referência e tratamento métodos com vários valores de retorno. Os arquitetos de biblioteca que projetar para o público em geral não devem esperar que os usuários trabalhando mestre com check-out ou parâmetros ref.
CA1046: Não sobrecarregar o operador de equals em tipos de referência	A implementação padrão do operador de igualdade para tipos de referência, quase sempre está correta. Por padrão, as duas referências são iguais, apenas se eles apontam para o mesmo objeto.
CA1047: Não é declarar membros protegidos em tipos sealed	Tipos de declarar membros protegidos para que tipos de herança possa acessar ou substituir o membro. Por definição, selados tipos não podem ser herdados, o que significa que os métodos protegidos lacrado tipos não podem ser chamados.
CA1048: Não é declarar membros virtuais em tipos sealed	Tipos de declarar métodos como virtual para que tipos de herança pode substituir a implementação do método virtual. Por definição, um tipo selado não pode ser herdado. Isso torna um método virtual do tipo sealed sem sentido.
CA1049: Os tipos que possuem recursos nativos devem ser descartáveis	Tipos de alocam recursos não gerenciados devem implementar IDisposable para permitir que chamadores para liberar esses recursos sob demanda e reduzir os tempos de vida dos objetos que contêm os recursos.
CA1050: Declarar tipos em namespaces	Tipos são declarados em namespaces para evitar conflitos de nome e como uma forma de organizar os tipos relacionados em uma hierarquia de objeto.
CA1051: Não declarar os campos de instância visível	O principal uso de um campo deve ser como um detalhe de implementação. Os campos devem ser privadas ou internas e devem ser expostos por meio de propriedades.
CA1052: Tipos de portador estático deverá ser lacrados.	Um tipo de público ou protegido contém apenas membros estáticos e não está declarado usando selada (C#) ou o modificador de NotInheritable (Visual Basic). Um tipo que não pretende ser herdadas deve ser marcado usando o modificador sealed para impedir seu uso como um tipo base.
CA1053: Tipos de portador estático não devem ter construtores	Um tipo de público público ou aninhado declara apenas membros estáticos e possui um construtor padrão público ou protegido. O construtor é desnecessário porque chamar membros estáticos não requer uma instância do tipo. A sobrecarga de seqüência de caracteres deve chamar a sobrecarga URI (identificador) de recursos uniforme, usando o argumento de seqüência de caracteres para proteção e segurança.
CA1054: Parâmetros da URI não devem ser seqüências de caracteres	Se um método leva uma representação de seqüência de caracteres de um URI, uma sobrecarga correspondente deve ser fornecido que leva a uma instância da classe URI, que fornece esses serviços de maneira segura e protegida.
CA1055: URI retornar valores não devem ser seqüências de caracteres	Esta regra pressupõe que o método retorna um URI. Uma representação de seqüência de caracteres de um URI está sujeita a análise e erros de codificação e pode levar a vulnerabilidades de segurança. A classe System. URI fornece esses serviços de maneira segura e protegida.
CA1056: Propriedades URI não devem ser seqüências de caracteres	Esta regra pressupõe que a propriedade representa um URI. Uma representação de seqüência de caracteres de um URI está sujeita a análise e erros de codificação e pode levar a vulnerabilidades de segurança. A classe System. URI fornece esses serviços de maneira segura e protegida.
CA1057: Sobrecargas URI de seqüência de caracteres chamada System. URI sobrecargas	Um tipo declara sobrecargas do método que diferem somente de substituição de um parâmetro de seqüência de caracteres com um parâmetro System. URI. A sobrecarga que aceita o parâmetro de seqüência de caracteres não chamar a sobrecarga que aceita o parâmetro URI.
CA1058: Tipos de não devem estender a determinados tipos de base	Um tipo visível externamente estende a determinados tipos de base. Use uma das alternativas.
CA1059: Os membros não devem expor a determinados tipos de concretos	Um tipo concreto é um tipo que tem uma implementação completa e, portanto, pode ser instanciado. Para habilitar o uso difundido do membro, substitua o tipo concreto, usando a interface sugerida.
CA1060: Mover P/Invokes NativeMethods classe	Métodos de invocação de plataforma, tais como aqueles marcados com o System.Runtime.InteropServices.DllImportAttribute ou métodos definidos usando a palavra-chave de declarar em Visual Basic, acessar código não gerenciado. Esses métodos devem ser da classe NativeMethods, SafeNativeMethods ou UnsafeNativeMethods.
CA1061: Não ocultar métodos da classe base	Um método em um tipo base está oculta por um método com nomes idênticos em um tipo derivado, quando a assinatura de parâmetro do método derivado difere somente pelos tipos que são mais rigidez derivado do que os tipos correspondentes na assinatura do parâmetro do método base.
CA1062: Validar os argumentos de métodos públicos	Todos os argumentos de referência que são passados para métodos visíveis externamente devem ser verificados em relação a null.
CA1063: Implementar IDisposable corretamente	Todos os tipos de IDisposable devem implementar corretamente o padrão Dispose.
CA1064: Exceções devem ser públicas	Uma exceção interna é visível somente dentro de seu próprio escopo interno. Depois que a exceção cair fora do escopo interno, a base de exceção pode ser usado para capturar a exceção. Se a exceção interna é herdada da System.Exception, System.SystemException, ou System.ApplicationException, o código externo não terá informações suficientes para saber o que fazer com a exceção.
CA1065: Não aumente exceções em locais inesperados	Um método que não é esperado para lançar exceções lança uma exceção.
CA2210: Assemblies devem ter nomes de alta seguras válidos	O nome forte protege clientes de inadvertidamente carregar um assembly que foi violado. Os assemblies sem nomes de alta segurança não devem ser implantados fora cenários muito limitados. Se você compartilhar ou distribuir assemblies não assinados corretamente, o assembly pode ser violado, o common language runtime não pode carregar o assembly ou o usuário pode ter que desativar a verificação no seu computador.