Sign in
Code Analysis Team Blog
Translate This Page
Translate this page
Powered by
Microsoft® Translator
Options
Blog Home
Email Blog Author
Share this
RSS for posts
Atom
RSS for comments
Search
Tags
ASP.NET
Books
Bugs
C++
Code Analysis
Code Analysis Policy
Code Metrics
CodeCommunit Analysis
Community
Configuration
Custom Rules
Documentation
Exceptions
FAQ
Framework Design Guidelines
FxCop
Releases
Rules
Suppressions
Team System
Tips and Tricks
Tools
tsbt-dev
Visual Studio 2005
Visual Studio 2008
Archive
Archives
March 2012
(1)
April 2011
(1)
July 2010
(1)
April 2010
(1)
March 2010
(3)
November 2008
(1)
August 2008
(2)
June 2008
(1)
February 2008
(3)
January 2008
(4)
December 2007
(1)
November 2007
(5)
October 2007
(2)
September 2007
(3)
August 2007
(4)
July 2007
(5)
May 2007
(7)
April 2007
(3)
March 2007
(2)
February 2007
(8)
January 2007
(9)
December 2006
(4)
November 2006
(2)
October 2006
(3)
September 2006
(2)
August 2006
(3)
July 2006
(1)
June 2006
(6)
May 2006
(3)
April 2006
(7)
March 2006
(3)
June 2004
(2)
May 2004
(2)
April 2004
(1)
March 2004
(3)
February 2004
(2)
January 2004
(4)
Simplified FxCop Report XML
MSDN Blogs
>
Code Analysis Team Blog
>
Simplified FxCop Report XML
Simplified FxCop Report XML
MSDNArchive
25 Jun 2004 1:43 PM
Comments
0
XSL authors out there have surely noticed that FxCop's report XML is extremely hierarchical and has relationships expressed in it that aren't relevant to most presentation purposes. So, we've simplified the XML greatly. Here's a breakdown of how targets are represented
<Targets>
<Target>
<Modules>
<Module>
<Namespaces>
<Namespace>
<Types>
<Type>
<Members>
<Member>
<Accessors>
<Accessor>
Note that messages are no longer associated with Targets, as we've ripped Assembly level checks (there are now only Module checks). All types, no matter whether they are interfaces, enums or other structs, delegates or other reference classes, are now represented as types. All nested types are represented at the namespace root of the topmost container type. All members, whether constructors, methods, fields, events, or properties are represented at the Member type, with the exception of Property and Event accessors, which are found at the Accessors level of their associated member.
In addition to the above, all report targets will have additional attributes applied to their roots that describe Kind (interface, struct, enum, delegate, class, method, property, field, event, etc), Accessibility (public, protected, etc), and whether the item is ExternallyVisible (that is, it can be 'seen' or consumed by code that exists in a separate assembly). We also indicate whether a member is Static.
We've written migration code that will rewrite all 1.30 projects to conform to the new XML format. We will also update our XSL and XSD, of course.
Comments or questions are welcome,
0 Comments
Team System
Blog - Comment List MSDN TechNet
Comments
Loading...