In today's world when you are developing a real world application with huge codebase, lots of attributes that we have to think. Few of them are Maintainability, Understandability, Clarity, Dependency, Product Superiority etc. We do lots of hard work to maintain our code, make the code well commented so that future developers might understand the code better, we find dependency between two or more assemblies and try to minimize dependency, limit the no of Lines of Code and so on and finally do testing before release the product for future use.
While doing this, we loose lots of our time which might have been used to Development for better coding.
What if everything is done without thinking of anything at all? Yes, NDepend [^] allows you to handle large project to get summary of everything at any instant. Thus, without depending upon the fact of how big the assembly is, how many types are there in your assembly, how much lines of code is there in your project; you can easily determine the quality of code and what are the sections that the code should be looked upon and Refactored.
Patrick Smacchia, A C# MVP, introduced NDepend in 2007. The primary motive of NDepend is to allow the Architect to get clear idea about cross dependencies between objects, level of association between them and to find the condition of code easily. I will discuss how we can use NDepend in our application to manage our code easily.
Dependency structure matrix is used to get the knowledge on by which extent a namespace is dependent to another. The console helps you to get the idea about the dependency between one class with another. Let us look at the picture below :
The blue cell shows a dependency between the two namespaces in x and y axis.
For example, the down left cell (0,12) shows that the namespace Spring.Proxy is indirectly using the namespace Spring.Threading with a shortest path of length five.
By shortest path I mean the items are not dependent directly rather it depends on assemblies that inturn dependent on another and finally to it.
The black cell shows that there exists a dependancy cycle between 2 namespaces. For example, the couple of cells [9,7] and [7,9] reveals that the
namespaces Spring.Validation and Spring.Core.* belong to a dependency cycle of shortest length five.
The red box around the black cells states that every component are directly or indirectly defendant on each other and hence creating a super - component
which cannot run independently.
You can refactor your code structure to eliminate the dependancy between code.
You can read more about Dependency Cycles from
here
[^]
.
Another useful and unique feature that NDepend provides to us is CQL. It allows to write queries on .NET objects. This is really helpful to deal with large amount of codebase. We might use simple SQL like query to find our desired need. For instance, suppose we think to get all methods that have more than 200 number of lines (The idea is always to have less than 200 no of lines in a single method for better code structure). We might use simple Query like:
SELECT METHODS OUT OF NAMESPACES "MyApp.MyNamespace1","MyApp.MyNamespace2" WHERE NbILInstructions > 200 ORDER BY NbILInstructions DESC
Thus it will search within MyNamespace1 and MyNamespace2 and try to find
the methods that are having more than 200 LOC and list in order of LOC in the console.
If we want to get types that implements IDisposable we write :
SELECT TYPES WHERE IsClass AND Implements "System.IDisposable"In addition to this, CQL supports inbuilt functionality to incorporate rules to your .NET applications.
After all those initial discussion it is the time now to grab some practical knowledge on how you could use NDepend. I will discuss with other UI elements provided within the NDepend console when needed.
The unique feature of NDepend is to provide a quick overview of all the changes that are made between two builds. NDepend gives a superior UI to compare between two builds. We can easily make use of CQL to see what are the methods that are changed, what are Removed, what are changed and so on. Let us give a quick example on that :
In the above figure, you can see how to start comparing builds between assemblies.
SELECT NAMESPACES FROM ASSEMBLIES "XXXX.AssetTracker.Data" WHERE NbLinesOfCode > 100It will list all the namespaces under Assembly
XXXX.AssetTracker.Data where Linesofcode exceeds 100.These 4 sections could be used to grab the entire knowledge about all the changes that are made between the two assemblies.
After comparing codebase, let us analyse our code. To Analyse, choose Analyze a set of .NET assemblies from the initial screen of Visual Ndepend console.
From the Dialog box that appears, choose the dlls that you want to analyze and click Ok. The process will build the assemblies, analyze it and produce you a report. If you see the report, you could get a clear idea of what is done in those dlls, Dependency matrices etc.
To inspect more let us see the picture below :
SELECT TYPES FROM ASSEMBLIES "XXX.Framework" WHERE IsPublic
Here the CQL returned the output of all the Namespaces which are public in the Assemblies. The List says there are 60 types of such Types with each defining the no of lines in it. The panel below gives the analysis of search statistics.
In addition to all those features, NDepend also allows you to integrate with Visual Studio. From the console Click on Install to open up this window:
The dialog installs NDepend plugin to Visual Studio. It also allows you to install Reflector into visual studio. The buttons appear in the dialog will help doing this.
Now from your Visual Studio IDE we can get access to CQL queries and easily check Dependancy matrix. Anytime just right click on the code and you will find NDepend Context menu option.
Thus we can also easily access the CQL queries directly from Code. This gives additional benefit to have better grasp on our code while writing. NDepend also allows you to write Constraint directly into your code. It generally uses XML file to store this constraint. IF you add NDepend.CQL.dll to your project, you might add
[NDepend.CQL.CQLConstraint("WARN IF Count>0 SELECT METHODS WHERE NbLinesOfCode > 400")]to directly warn me when the code compiles without following the constraint.
Initial Build : 4th November 2009.
This is the initial introduction of NDepend. Comments are welcome.
| You must Sign In to use this message board. | ||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||
