Help contents
Code review rules
Problem detection in Project Analyzer supports a large number of code review rules. The rules are explained on the following pages. You can find the same descriptions by right-clicking a problem in Project Analyzer.
Code review rules by type
- Optimization
Lines that slow down your program and consume extra memory. Unused code you can remove.
- Style
Issues affecting programmers, not end-users. Inconsistent style may lead to lower understandability and errors in maintenance.
- Logic
Questionable control and data flows, erratic behavior, hidden flaws and problems waiting to emerge later.
- Functionality
Problems with run-time behavior and user interface. Potential sources of complaints by end-users.
- Metrics (Enterprise Edition)
Set metric targets and detect locations exceeding limits. Metrics is a sub-category of Style.
- VB.NET Compatibility (Enterprise Edition)
Incompatibilities between VB6 and VB.NET syntax.
Code review rules: Complete reference
Severity levels
Critical. This problem makes your program worse. Fix these ones first.
Warning. The problem is not critical, but fixing it will improve your program.
Information. Low-priority issue. Taking care of them is beneficial in the long run.
Limitation. Analysis is limited by an error such as file not found. Right-click to view a suggested solution.
Comment directives are a way to ignore certain problems in a range of code. The UPPER_CASE words at the end of each problem description are parameters for the comment directives '$PROBHIDE and '$PROBSHOW.
See also
Auto-fix
Problem options
Problem reports
Terminology
©Aivosto Oy Project Analyzer Help