NDepend v4 Released   Download Free Trial 14-Day Fully Functional Now!
Ignorer les liens de navigation
Home
Download
Product ▼
Purchase
Upgrade
Documentation ▼
About ▼

Validating CQLinq Code Rules in Visual Studio

One popular aspect of the tool NDepend is the integration of the tool into the Continuous Integration build process. Every morning the team leader gets an up-to-date report telling if some coding rules written with CQLinq have been violated within the last 24h.

NDepend integrated in Visual Studio 2012, 2010 and 2008 is a smoother answer to the critical scenario when a developer violates a rule. Waiting till the day after to discover that a rules get violated is too long, it is not enough agile-oriented. Hence CQLinq rules violation warn as soon as possible, right within Visual Studio.

All CQLinq rules get checked into Visual Studio as soon as one or several VS projects have been (re)compiled.

The developer gets permanently informed of CQLinq rules validation status thanks to a NDepend progress circle located in the bottom-right corner of the Visual Studio window.
  • green, means that all CQLinq rules are validated,

  • yellow, means some activated CQLinq rules are violated,

  • red, means:
    • some critical CQLinq rules are violated or
    • some activated CQLinq rules don’t compile or
    • some activated CQLinq queries don’t compile

  • blue + progressing, means that the code is currently analyzed by NDepend,

  • grey, means that no NDepend project is currently loaded in VisualStudio.

Hovering the circle with the mouse shows a form summarizing all CQLinq rules status + a pointer to Show CQLinq Explorer panel:



The CQLinq Explorer lists all rules grouped by categories…



…and by clicking a rule you can jump to the CQLinq edition panel, where you can edit the rule and see culprit methods or classes that violate the rule.



Of course double clicking a culprit method or class lets jump to its source code declaration. And if the application analyzed by NDepend spawns several VS solutions, and these solutions are currently opened in several VS instances, the code element gets edited within the adequate VS instance, the one that contains the VS solution that contains the code element. This behavior at first glance might surprise and even look like a bug. But with the habits it becomes a powerful time-saver trick. And this multi-VS-instances communication trick is made possible thanks to the Application-Wide code analysis of NDepend.

Finally, in the form shown on progress circle hovering with mouse, there are 2 links Analysis Execution and Analysis Refresh in VS.
  • The option panel Analysis Refresh in VS let’s customize when an NDepend analysis should occurs.



  • The option panel Analysis Execution let’s finally customize the analysis process (incremental/full analysis, in/out process, report generation…).

| Share

 Follow us on Twitter


Watch a Video Tour!
Getting Started
Product Features

        Code Query LINQ

NDepend is also available
for Java and C++

More than 3.000 companies provide better .NET code with NDepend

Full Visual Studio Integration

Copyright © 2004-2013 Patrick Smacchia