Eu gosto e recomendoJuval Lowy's - Padrão de Codificação C #. Juval evita explicitamente a lógica de cada diretiva para manter o padrão firme (veja o prefácio). No entanto, existem algumas diretivas para as quais me vejo curioso quanto à lógica.

Qual é a razão específica para as seguintes diretivas do padrão C # de Lowy?
Espero que existam respostas difíceis (não subjetivas) para estas.

1.13 Evite nomes de tipos totalmente qualificados. Use a instrução "using" em seu lugar.
Isso é um problema de desempenho? Às vezes eu só preciso de uma instância do nome totalmente qualificado e adicionando umusando parece pesado.

1.26 Use parênteses vazios em métodos anônimos sem parâmetros. Omitir parênteses somente se o método anônimo poderia ter sido usado em qualquer delegado.
Na verdade, estou apenas confuso com a segunda frase. Explicação com exemplo (s) ajudaria, obrigado.

2.19 Evite definir classes de exceção customizadas
Quais são as considerações em minimizar seus números? (Ele segue as orientações se você as definir (em 2.20).)

2.29 Evite usar o operador condicional ternário
É muito difícil para o leitor digerir ou outras considerações?

2.31 Evite chamadas de função em instruções condicionais booleanas. Atribua variáveis ​​locais e verifique-as.
Eu não acho que faço isso, mas estou curioso ... por que não?

2.47 Evite interfaces com um membro.
Porque é sempre mais preferível fazer o que? Interfaces de um método funcionam quando?

2.53 Preferir usar implementação de interface explícita
Por quê? Além disso,Jon Skeet discorda aqui.

Desde já, obrigado! Robert