NDepend Código Qualidade Metrics - CQL personalizado - desenvolvimento Brownfield
Pergunta
Eu estou trabalhando em um projeto de campo marrom que foi inicialmente desenvolvido para .NET 1.1, e, posteriormente, foi retro-equipada para .NET 2.0, com um punhado de .NET 3.5
Estou curioso que tipo de métricas para usar para começar a encontrar otimização e modernização pontos de inflexão.
Existem consultas boa CQL que alguém tenha encontrado útil na limpeza e refatoração 'legado' código .NET?
Solução
NDepend agora suporta código de domínio sobre LINQ consulta (CQLinq) que é muito mais mais poderoso e flexível do que CQL ( ainda suportado).
O que realmente importa é que tipo de refatoração fazer um código mais limpo, de acordo com você. de regras de código de novos são fornecidos, mas a verdadeira força é que ele nunca foi tão fácil para escrever sua própria convenção de código e regra.
Aqui estão 5 convenções vale a pena seguir de acordo comigo:
- Tipos que costumavam ser 100% coberto, mas não mais
- Tipos com campos de instância descartáveis ??devem ser descartáveis ??
- ciclos Evitar namespaces dependência
- UI camada não deve usar diretamente tipos DB
- API Alterações recentes: Métodos
Eu escrevi mais sobre minhas preferências aqui:
Combate fabricado Complexidade
Principais práticas 5 de desenvolvimento você deve cuidar de