Efficient algorithm for comparing XML nodes

I'd recommend against rolling your own hash creation function and instead rely on the in-built XNodeEqualityComparer's GetHashCode method. This guarantees to take account of attributes and descendant nodes when creating the result and could save you some time too.

Your code would look like the following:

XNodeEqualityComparer comparer = new XNodeEqualityComparer();XDocument doc = XDocument.Load("XmlFile1.xml");Dictionary<int, XNode> nodeDictionary = new Dictionary<int, XNode>();foreach (XNode node in doc.Elements("doc").Elements("node")){    int hash = comparer.GetHashCode(node);    if (nodeDictionary.ContainsKey(hash))    {        // A duplicate has been found. Execute your logic here        // ...    }    else    {        nodeDictionary.Add(hash, node);    }}

My XmlFile1.xml is:

<?xml version="1.0" encoding="utf-8" ?><doc>  <node att="A">Blah</node>  <node att="A">Blah</node>  <node att="B">    <inner>Innertext</inner>  </node>  <node>Blah</node>  <node att="B">    <inner>Different</inner>  </node></doc>

nodeDictionary will end up containing a unique collection of Nodes and their hashes. Duplicates are detected by using the Dictionary's ContainsKey method, passing in the hash of the node, which we generate using the XNodeEqualityComparer's GetHashCode method.

I think this should be fast enough for your needs.

What about this approach:

For all <w:pPr> nodes in the document (I suppose there is not more than one per <w:p>), concatenate all relevant data (element names, attributes, values) into a string:

// string format is really irrelevant, so this is just a bogus example'!w:keep-with-next@value="true"!w:spacing@w:before="10"@w:after="120"'

Do so on alphabetical order, to account for varying document order.

Build a collection using these strings as the key and the reference to the respective <w:p> node as the value.

In the process of doing this, when you hit the point that a given key already exists in the collection, you found a paragraph with the same properties. Work with a list of nodes as the collection value, if you want to keep collecting.

I can't say how well this would perform, but I guess it is not too hard to implement and find out.

It is very challenging even to define correctly the problem of

"When two xml documents are equal?"

There are many reasons for this:

1. An XML document is a tree that may have different textual representations.
2. Whitespace-only nodes may or may not be considered in a comparison
3. Comment nodes may or may not be considered in a comparison
4. PI nodes may or may not be considered in a comparison
5. Lexical differences: or
6. Different prefixes may be associated with the same namespace in the two documents
7. A namespace node may be shown as defined on a node of doc1 and as not defined but inherited from the parent of the corresponding node in doc2
8. Quotes may be used around an attribute in doc1 but apostrophes may be used in doc2
9. Entities may be used in doc1 but they may be pre-expanded in doc2
10. The two documents may have different but semantically equivalent DTDs
11. Etc.

Therefore it seems naive and unrealistic to try to produce a correct implementation of a function for equality comparison of two XML documents.

My recommendation is to use the deep-equal() function with a compliant XPath 2.0 engine.