NDepend-Code Quality Metrics - Benutzerdefinierte CQL - Innenentwicklung
Frage
Ich arbeite an einem braun-Feld-Projekt, das zunächst für .NET 1.1 entwickelt wurde und anschließend nachrüsten zu .NET 2.0, mit einem paar Brocken von .NET 3.5
Ich bin gespannt, welche Art von Metriken zu beginnen zu verwenden zu finden Optimierung und Modernisierung Wendepunkte.
Gibt es gute CQL Abfragen, dass jemand bei der Säuberung nützlich gefunden hat und Refactoring ‚Legacy‘ .NET-Code?
Lösung
NDepend unterstützt jetzt Coderegel über LINQ-Abfrage (CQLinq) das ist viel mehr leistungsfähiger und flexibler als CQL ( noch unterstützt ).
Was wirklich zählt, ist, welche Art von Refactoring einen Code sauberer zu machen, nach Ihnen. Dutzende neuer Coderegeln vorgesehen sind, aber die wirkliche Stärke ist, dass es noch nie so einfach Ihre eigene Code-Konvention und Regel zu schreiben.
Hier sind 5 Konventionen im Wert nach mir folgen:
- Typen, die verwendet 100% abgedeckt werden, aber nicht mehr
- Typen mit Einweg-Instanz Felder müssen Einweg sein
- Vermeiden Namespaces Abhängigkeit Zyklen
- UI-Ebene sollte nicht direkt verwenden DB-Typen
- API Aktuelle Änderungen: Methoden
Ich schrieb mehr über meine Vorlieben hier: