.net -获取XElement的InnerXml的最佳方法?

Translate

获取混合内容的最佳方法是什么body下面代码中的元素?该元素可能包含XHTML或文本,但是我只希望其内容为字符串形式。的XmlElement类型具有InnerXml属性正是我所追求的。

编写的代码几乎做我想要的,但包括周围<body>...</body>元素,我不想要。

XDocument doc = XDocument.Load(new StreamReader(s));
var templates = from t in doc.Descendants("template")
                where t.Attribute("name").Value == templateName
                select new
                {
                   Subject = t.Element("subject").Value,
                   Body = t.Element("body").ToString()
                };
This question and all comments follow the "Attribution Required."

所有的回答

Translate

我想看看这些建议的解决方案中哪种效果最好,所以我进行了一些比较测试。出于兴趣,我还比较了LINQ方法和普通方法系统文件格雷格建议的方法。变化最有趣,不是我所期望的,方法最慢比最快的速度慢3倍以上.

结果按最快到最慢的顺序排序:

  1. CreateReader-实例猎人(0.113秒)
  2. 普通的旧System.Xml-格雷格·霍尔曼(0.134秒)
  3. 使用字符串连接进行汇总-Mike Powell(0.324秒)
  4. StringBuilder-Vin(0.333秒)
  5. String.Join加入数组-Terry(0.360秒)
  6. 数组上的String.Concat-Marcin Kosieradzki(0.364)

方法

我使用了一个具有20个相同节点(称为“提示”)的XML文档:

<hint>
  <strong>Thinking of using a fake address?</strong>
  <br />
  Please don't. If we can't verify your address we might just
  have to reject your application.
</hint>

上面显示为秒的数字是提取20个节点(连续1000次)的“内部XML”并取5次运行的平均值(均值)的结果。我没有包括加载和解析XML到XmlDocument(为了系统文件方法)或XDocument(对于所有其他)。

我使用的LINQ算法是:(C#-全部XElement“父”并返回内部XML字符串)

CreateReader:

var reader = parent.CreateReader();
reader.MoveToContent();

return reader.ReadInnerXml();

用字符串连接聚合:

return parent.Nodes().Aggregate("", (b, node) => b += node.ToString());

StringBuilder:

StringBuilder sb = new StringBuilder();

foreach(var node in parent.Nodes()) {
    sb.Append(node.ToString());
}

return sb.ToString();

String.Join在数组上:

return String.Join("", parent.Nodes().Select(x => x.ToString()).ToArray());

数组上的String.Concat:

return String.Concat(parent.Nodes().Select(x => x.ToString()).ToArray());

我没有在这里显示“普通的System.Xml”算法,因为它只是在节点上调用.InnerXml。


结论

如果性能很重要(例如,很多XML,需要经常解析),我会用丹尼尔的CreateReader每次的方法。如果您只是在进行一些查询,则可能要使用Mike更简洁的Aggregate方法。

如果您在具有很多节点(可能是100个)的大型元素上使用XML,那么您可能会开始发现使用XML的好处StringBuilder超过聚合方法,但不超过CreateReader。我不认为JoinConcat在这种情况下,由于将大列表转换为大数组的代价(在此处使用较小的列表也很明显),这种方法将更加有效。

来源
Translate

我认为这是一种更好的方法(在VB中,应该不难翻译):

给定XElement x:

Dim xReader = x.CreateReader
xReader.MoveToContent
xReader.ReadInnerXml
来源
Vin
Translate

在XElement上使用这种“扩展”方法怎么样?为我工作!

public static string InnerXml(this XElement element)
{
    StringBuilder innerXml = new StringBuilder();

    foreach (XNode node in element.Nodes())
    {
        // append node's xml string to innerXml
        innerXml.Append(node.ToString());
    }

    return innerXml.ToString();
}

或使用一点Linq

public static string InnerXml(this XElement element)
{
    StringBuilder innerXml = new StringBuilder();
    doc.Nodes().ToList().ForEach( node => innerXml.Append(node.ToString()));

    return innerXml.ToString();
}

注意:上面的代码必须使用element.Nodes()相对于element.Elements()。记住两者之间的区别非常重要。element.Nodes()给你像XText, XAttribute等,但是XElement只是一个元素。

来源
Translate

归功于那些发现并证明了最佳方法的人(谢谢!),在此将其包裹在扩展方法中:

public static string InnerXml(this XNode node) {
    using (var reader = node.CreateReader()) {
        reader.MoveToContent();
        return reader.ReadInnerXml();
    }
}
来源
Translate

保持简单高效:

String.Concat(node.Nodes().Select(x => x.ToString()).ToArray())
  • 连接字符串时,聚合内存和性能低下
  • 使用Join(“”,sth)使用的字符串数组是Concat的两倍...并且在代码中看起来很奇怪。
  • 使用+ =看起来很奇怪,但显然并不比使用'+'差很多-可能会针对相同的代码进行优化,以防分配结果未使用且可能被编译器安全删除。
  • StringBuilder非常必要-每个人都知道不必要的“状态”糟透了。
来源
Translate

我最终使用了这个:

Body = t.Element("body").Nodes().Aggregate("", (b, node) => b += node.ToString());
来源
Translate

我个人最终写了一篇InnerXml使用Aggregate方法的扩展方法:

public static string InnerXml(this XElement thiz)
{
   return thiz.Nodes().Aggregate( string.Empty, ( element, node ) => element += node.ToString() );
}

这样,我的客户端代码就和旧的System.Xml命名空间一样简洁:

var innerXml = myXElement.InnerXml();
来源
Translate

@Greg:您似乎已将答案编辑为完全不同的答案。对此我的回答是,我可以使用System.Xml进行此操作,但希望通过LINQ to XML来解决问题。

如果其他人想知道为什么我不能仅使用XElement的.Value属性来获取所需的内容,我将在下面保留原始答复:

@Greg:Value属性连接任何子节点的所有文本内容。因此,如果body元素仅包含文本,则可以使用,但是如果包含XHTML,则可以将所有文本串联在一起,但不包含任何标签。

来源
Translate

//使用Regex可能会更快,以简单地修剪begin和end元素标签

var content = element.ToString();
var matchBegin = Regex.Match(content, @"<.+?>");
content = content.Substring(matchBegin.Index + matchBegin.Length);          
var matchEnd = Regex.Match(content, @"</.+?>", RegexOptions.RightToLeft);
content = content.Substring(0, matchEnd.Index);
来源
Translate

doc.ToString()或doc.ToString(SaveOptions)完成工作。看到http://msdn.microsoft.com/zh-cn/library/system.xml.linq.xelement.tostring(v=vs.110).aspx

来源
Translate

是否可以使用System.Xml命名空间对象代替LINQ来完成工作?正如您已经提到的,XmlNode.InnerXml正是您所需要的。

来源
Ralap Lee
Translate

想知道是否(注意我摆脱了b + =而只有b +)

t.Element( "body" ).Nodes()
 .Aggregate( "", ( b, node ) => b + node.ToString() );

效率可能略低于

string.Join( "", t.Element.Nodes()
                  .Select( n => n.ToString() ).ToArray() );

不是100%肯定...但是浏览了Reflector中的Aggregate()和string.Join()...认为我将其读取为Aggregate只是附加了一个返回值,因此从本质上讲,您得到:

字符串=字符串+字符串

与string.Join相比,它在其中提到了FastStringAllocation之类的东西,这使我觉得Microsoft的人们可能在其中增加了一些额外的性能。当然,我的.ToArray()称呼我为否定,但我只想提出另一个建议。

来源
Translate

你懂?最好的办法是回到CDATA :(我在这里看解决方案,但我认为CDATA是迄今为止最简单,最便宜的,而不是最方便的开发方法。

来源
Translate
var innerXmlAsText= XElement.Parse(xmlContent)
                    .Descendants()
                    .Where(n => n.Name.LocalName == "template")
                    .Elements()
                    .Single()
                    .ToString();

会为你做的工作

来源
Translate
public static string InnerXml(this XElement xElement)
{
    //remove start tag
    string innerXml = xElement.ToString().Trim().Replace(string.Format("<{0}>", xElement.Name), "");
    ////remove end tag
    innerXml = innerXml.Trim().Replace(string.Format("</{0}>", xElement.Name), "");
    return innerXml.Trim();
}
来源