xmldocumnt 和 XmlNodeList
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
{
for( int j = 0; j <count; j ++ )
{
;数据转换
}
_node = _node.NextSibling ;
}
再测试，FT，竟然5秒都不到就完成了近8W次的数据转换。
哭笑不得啊！
看了一下定义，XmlNode.ChildNodes的类型为XmlChildNodes，不怕，看一下索引实现吧:
慢着，怎么会越来越慢？后来连3000次都不到了。难道每次根据节点取索引都从头找吗？
换个思路吧。
int count = root.ChildNodes[0].ChildNodes.Count ;//数据肯定是一致的
XmlNode _node = root.ChildNodes[0] ;
for( int i = 0; i < root.ChildNodes.Count; i ++ )
i--;
}
}
return null;
}
果然啊，XmlChildNodes应该是用链表实现的吧？每次根据索des返回的XmlNodeList的类型却是XPathNodeList，内部数据存储是一个ArrayList，这样看起来索引就要快些了。它的索引返回实现如下
{
return (XmlNode) this.list[index];
}
return null;
}private ArrayList list;
说不上是它弱还是我弱，反正歪打正着，要不和真不知道效率是差在这个地方。平时用SelectNodes比较多，也从来没有做过这么大一个XmlDocument
xmldocument是用来读取和操作xml文档的类
xmldocument xmldoc=new xmldocument();使用这个方法可以创建一个xmldocument的对象
然后使用这个对象的load()方法来读取指定位置的xml文档
随手写了一个小程序，发现WebClient返回数据特别慢，不知道是网站的原因还是本身的原因。正好同事也在使用，就手工造了近8W多条数据保存到数据库中，然后用Aspx页面读出，WebClient（WinForm）返回后用XmlDocument读取后显示在窗口中的DataGrid中。测试过程中发现，20多分钟还没有显示出界面。本以为是数据量太大造成数据库读取数据和用WebClient返回有问题，但跟踪一下，返回数据不过十秒，而系统停在了XmlDocument中的节点形成DataTable的地方。
由于 程序是测试用，所以就随手写了以下代码
for( int i = 0; i < root.ChildNodes.Count; i ++ )
{
for( int j = 0; j < root.ChildNodes[i].ChildNodes.Count; j ++ )
{
;数据转换
{
XmlNode _node = root.ChildNodes[i] ;
for( int j = 0; j <count; j ++ )
{
;数据转换
}
}
不行，没有用。
把内层循环中的处理去说，保留一个空循环，测试，速度果然提高了不少，10秒钟循环了12000多次。
{
if (i == 0)
{
return node1;
}
node1 = node1.NextSibling;
}
}
发现竟然这个循环就20多分钟还没有完，10秒钟也就循环500多次
引用有问题？修改
int count = root.ChildNodes[0].ChildNodes.Count ;//数量肯定是一致的
for( int i = 0; i < root.ChildNodes.Count; i ++ )
public override XmlNode Item(int index)
{
if (index >= this.list.Count)
{
this.ReadUntil(index);
}
if ((index < this.list.Count) && (index >= 0))
public override XmlNode Item(int i)
{
if (i >= 0)
{
XmlNode node1 = this.container.FirstChild;
while (node1 != null)
for( int j = 0; j <count; j ++ )
{
;数据转换
}
_node = _node.NextSibling ;
}
再测试，FT，竟然5秒都不到就完成了近8W次的数据转换。
哭笑不得啊！
看了一下定义，XmlNode.ChildNodes的类型为XmlChildNodes，不怕，看一下索引实现吧:
慢着，怎么会越来越慢？后来连3000次都不到了。难道每次根据节点取索引都从头找吗？
换个思路吧。
int count = root.ChildNodes[0].ChildNodes.Count ;//数据肯定是一致的
XmlNode _node = root.ChildNodes[0] ;
for( int i = 0; i < root.ChildNodes.Count; i ++ )
i--;
}
}
return null;
}
果然啊，XmlChildNodes应该是用链表实现的吧？每次根据索des返回的XmlNodeList的类型却是XPathNodeList，内部数据存储是一个ArrayList，这样看起来索引就要快些了。它的索引返回实现如下
{
return (XmlNode) this.list[index];
}
return null;
}private ArrayList list;
说不上是它弱还是我弱，反正歪打正着，要不和真不知道效率是差在这个地方。平时用SelectNodes比较多，也从来没有做过这么大一个XmlDocument
xmldocument是用来读取和操作xml文档的类
xmldocument xmldoc=new xmldocument();使用这个方法可以创建一个xmldocument的对象
然后使用这个对象的load()方法来读取指定位置的xml文档
随手写了一个小程序，发现WebClient返回数据特别慢，不知道是网站的原因还是本身的原因。正好同事也在使用，就手工造了近8W多条数据保存到数据库中，然后用Aspx页面读出，WebClient（WinForm）返回后用XmlDocument读取后显示在窗口中的DataGrid中。测试过程中发现，20多分钟还没有显示出界面。本以为是数据量太大造成数据库读取数据和用WebClient返回有问题，但跟踪一下，返回数据不过十秒，而系统停在了XmlDocument中的节点形成DataTable的地方。
由于 程序是测试用，所以就随手写了以下代码
for( int i = 0; i < root.ChildNodes.Count; i ++ )
{
for( int j = 0; j < root.ChildNodes[i].ChildNodes.Count; j ++ )
{
;数据转换
{
XmlNode _node = root.ChildNodes[i] ;
for( int j = 0; j <count; j ++ )
{
;数据转换
}
}
不行，没有用。
把内层循环中的处理去说，保留一个空循环，测试，速度果然提高了不少，10秒钟循环了12000多次。
{
if (i == 0)
{
return node1;
}
node1 = node1.NextSibling;
}
}
发现竟然这个循环就20多分钟还没有完，10秒钟也就循环500多次
引用有问题？修改
int count = root.ChildNodes[0].ChildNodes.Count ;//数量肯定是一致的
for( int i = 0; i < root.ChildNodes.Count; i ++ )
public override XmlNode Item(int index)
{
if (index >= this.list.Count)
{
this.ReadUntil(index);
}
if ((index < this.list.Count) && (index >= 0))
public override XmlNode Item(int i)
{
if (i >= 0)
{
XmlNode node1 = this.container.FirstChild;
while (node1 != null)