C# COMMENTING C# VS.

NET Commenting
Author: Patrick Long Version Number, 4 October 2002

CONTENTS
1. 2. 3. 4. INTRODUCTION CONFIGURE XML COMMENTING COMMENTING STYLES AND TAGS MSDN STYLE DOCUMENTATION AND NDOC 2 3 4 5

©2002 Charteris plc

1.

INTRODUCTION

Most of us will have experienced the dread of updating documentation at some point or other. C# and Visual Studio .NET (VS.NET) give us the ability to maintain code and documentation in the same file, which makes the whole process a lot easier. VS.NET does this by taking specially marked and structured comments from within the code and building them into an XML file. This XML file can then be used to generate human-readable documentation in a variety of forms including web pages, MSDN style documentation and Intellisense within the code window.

4 October 2002 Version Number

C# VS.NET Commenting C# Commenting

Page 2 of 10

2.

CONFIGURE XML COMMENTING

VS.NET produces XML comments by taking specially marked and structured comments from within the code and building them into an XML file. This XML file can t en be used to generate humanh readable documentation in a variety of forms including web pages, MSDN style documentation and Intellisense within the code window. The first thing you need to do is enable the XML commenting feature for your VS.NET project. 1. Right Click on the project in the solution explorer and select “Properties” 2. Within the properties dialog double click on the “Configuration Properties” node. 3. The Build node should be already selected and you should be able to see the “XML Documentation File” entry under “Outputs”. Here is where you must enter the of the XML file that will contain the comment data. You can call the file what you like but for compatibility with all the features of XML commenting it should take the form of MyAssemblyName.Xml e.g. Adjuster.BusinessServices.dll has a related XML file called Adjuster.BusinessServices.Xml With this enabled your XML comment data file will be rebuilt each time you build your project. Any problems that occur when trying to generate the file will not prevent a build but will flagged in the VS.Net Task List. Assuming you do not have compile warnings set to errors.

VS.NET Task List flagging XML commenting error.

4 October 2002 Version Number

C# VS.NET Commenting C# Commenting

Page 3 of 10

3.

COMMENTING STYLES AND TAGS

Once configured you can start to use the special XML tags in your procedure “headers”. To get you started place the cursor on the line directly above a procedure’s definition. Once there press the “/” key three times, this will automatically insert a summary tag into your code. If the procedure had any arguments there should now be a param tag for each one.
/// <summary> /// /// </summary> /// <param name="data"></param> public void SaveData(ref DataSet data) {

}

The SaveData code above is what is inserted as default
/// <summary> /// Connects to the database and attempts to apply all adds, updates and deletes /// </summary> /// <param name="data">a dataset, passed by reference, that contains all the /// data for updating</param> public void SaveData(ref DataSet data) {

}

This SaveData code is after I have added my comments describing what the routine does in the summary tag and what the data parameter is. This very simple action has given us enough to provide basic documentation including intellisense just like that provided by the .NET Framework assemblies.

It is clear from just this feature how useful XML commenting is. When you include a reference to a .NET project that has XML commenting enabled the XML documentation file we named earlier is copied over along with the binary to the current project’s \bin directory. This gives you the intellisense across assemblies.

4 October 2002 Version Number

C# VS.NET Commenting C# Commenting

Page 4 of 10

The summary tag is the most basic of tags; the list below is the complete set currently supported by VS.NET. The ones marked with an * are the one I feel are the most useful and the ones we will be dealing in the following examples.

C

The <c> tag gives you a way to indicate that text within a description should be marked as code. Use <code> to indicate multiple lines as code. • code*

The <code> tag gives you a way to indicate multiple lines as code. Use <c> to indicate that text within a description should be marked as code.
• example*

The <example> tag lets you specify an example of how to use a method or other library member. Commonly, this would involve use of the <code> tag.
• exception*

The <exception> tag lets you specify which exceptions a class can throw. • include

The <include> tag lets you refer to comments in another file that describe the types and members in your source code. This is an alternative to placing documentation comments directly in your source code file. • para

The <para> tag is for use inside a tag, such as <remarks> or <returns>, and lets you add structure to the text. • param*

The <param> tag should be used in the comment for a method declaration to describe one of the parameters for the method. • paramref The <paramref> tag gives you a way to indicate that a word is a parameter. The XML file can be processed to format this parameter in some distinct way. • permission*

The <permission> tag lets you document the access of a member. The System.Security.PermissionSet lets you specify access to a member. • remarks*

The <remarks> tag is where you can specify overview information about a class or other type. <summary> is where you can describe the members of the type. • returns

The <returns> tag should be used in the comment for a method declaration to describe the return value.

4 October 2002 Version Number

C# VS.NET Commenting C# Commenting

Page 5 of 10

see

The <see> tag lets you specify a link from within text. Use <seealso> to indicate text that you might want to appear in a See Also section. • seealso*

The <seealso> tag lets you specify the text that you might want to appear in a See Also section. Use <see> to specify a link from within text. • summary*

The <summary> tag should be used to describe a member for a type. Use <remarks> to supply information about the type itself. • value*

The <value> tag lets you describe a property. Note that when you add a property via code wizard in the Visual Studio .NET development environment, it will add a <summary> tag for the new property. You should then manually add a <value> tag to describe the value that the property represents.

4 October 2002 Version Number

C# VS.NET Commenting C# Commenting

Page 6 of 10

4.

MSDN STYLE DOCUMENTATION AND NDOC

We have taken the intellisense format as far as it will go but there is much more we can do with MSDN style documentation. There is a tool that comes with VS.NET that you will find at “Tools|Build Comment Web Pages…” which will take your C# XML comments from source files and generate linked html files. This comes straight out of the box so should not be totally disregarded but if you want to create easy-to-use, helpful, cross-referenced and attractive documentation then I can strongly recommend the free, open source tool NDoc http://ndoc.sourceforge.net. The screenshot below is taken from a compiled help file produced from NDoc and is an example of the quality it can produce.

The two routines below will show the correct usage for most of the XML comment tags we saw earlier. The cref attribute of the exception tag is used for cross-referencing to an Exception type. This attribute is also used in the seealso, permission and see tags to reference a type. The type must be available from the current compilation environment. The compiler checks that the referenced type exists and passes relevant data to the output XML.
/// <summary> /// Gets or sets the age of the person involved in the accident </summary> /// <value>Age of the claimant.</value> /// <remarks> The value must be numeric. /// </remarks> /// <exception cref="System.ApplicationException">Thrown when a non///numeric value is assigned.</exception>
4 October 2002 Version Number C# VS.NET Commenting C# Commenting Page 7 of 10

///

public string Age { }

This Age property once processed by NDoc will produce this

I have drawn attention to areas in the picture and their corresponding XML comment tags.

4 October 2002 Version Number

C# VS.NET Commenting C# Commenting

Page 8 of 10

/// <summary> /// Connects to the database and attempts to apply all adds, updates and deletes /// </summary> /// <seealso cref="Adjuster.BusinessServices.Accident"/> /// <param name="data">a dataset, passed by reference, that contains all the /// data for updating</param> /// <example> This sample shows how to call the SaveData method from a wireless device. /// <code> /// /// /// /// /// </code> /// </example> /// <permission cref="System.Security.PermissionSet">Everyone can access this method.</permission> public void SaveData(ref DataSet data) { } AccidentCRUD accCRUD = new Adjuster.BusinessServices.AccidentCRUD(); accCRUD.SaveData(ref ds);

This SaveData method once processed by NDoc will produce this

4 October 2002 Version Number

C# VS.NET Commenting C# Commenting

Page 9 of 10

Again I have drawn attention to areas in the picture and their corresponding XML comment tags. The Accident cross-reference in the “See Also” section is the only one that I added. By default NDoc adds cross-referencing for the parent class, the parent class’ members and the parent class’ namespace. With the combination of NDoc and VS.Net & C#’s ability to produce these comments you can get great technical documentation at a level so close to the code that there is absolutely no excuse for it not telling it as it is.

4 October 2002 Version Number

C# VS.NET Commenting C# Commenting

Page 10 of 10