c#操作Xml(六)

前言

    最近工作比较忙,都没空写Blog,一拖就拖了一个月。废话就不说了,回顾一下上集,讲到了如何用Linq写一个超大的Xml,而不至于内存溢出,但是用Linq始终有一个限制,那就是必须要安装.net Framework 3.5,如果部署环境上没有安装3.5的,那如何是好啊?

设置目标

    不妨把目标设置得与前一篇相同,也是把某目录下的所有文件和目录输出到一个xml里面去,这里就不再重复了。

分析

    来分析一下,首先没有3.5框架,就不要指望XStreamingElement了,然后,排除DOM和其他的In-Memory方式,这些方式无法写一个超大xml并且内存不溢出。

    先来看看msdn上的关于Xml的处理,不难看到一篇关于XmlWriter的文章。对了,XmlWriter就是今天的主角,不过,XmlWriter是个抽象类,如何获得实例哪?ms是推荐使用XmlWriter.Create方法。msdn里面的原话是:

    虽然 Microsoft .NET Framework 包括 XmlTextWriter 类(该类是 XmlWriter 类的具体实现),但是在 2.0 版中的推荐做法是使用 Create 方法创建 XmlWriter 实例。

尝试

    最基础的就不说了,直接看msdn,直接来看看怎么用XmlWriter吧,先来个最简单的:

using (var writer = XmlWriter.Create(Console.Out))
{
writer.WriteStartDocument();
writer.WriteElementString("root", "test");
writer.WriteEndDocument();
}

    来看看输出结果吧:

<?xml version="1.0" encoding="gb2312"?><root>test</root>

    这个Xml中包含一个root节点,内容为test,是不是很简单,来个稍微复杂点的:

using (var writer = XmlWriter.Create(Console.Out))
{
writer.WriteStartDocument();
writer.WriteStartElement("root");
writer.WriteString("test");
writer.WriteEndElement();
writer.WriteEndDocument();
}

    看起来复杂了一些,不过运行的结果却是完全一样的。不过,如果细心的话,还可以看到另一个方法,WriteFullEndElement,这个方法与WriteEndElement有什么区别哪?不妨直接做个试验:

using (var writer = XmlWriter.Create(Console.Out))
{
writer.WriteStartDocument();
writer.WriteStartElement("root");
writer.WriteString("test");
writer.WriteFullEndElement();
writer.WriteEndDocument();
}

    运行的结果,与使用WriteEndElement没有区别,两者真的没有区别吗?

    其实还是有一些小区别的,做下面一个试验,当去掉Element中间的内容时,也就是:

using (var writer = XmlWriter.Create(Console.Out))
{
writer.WriteStartDocument();
writer.WriteStartElement("root");
writer.WriteEndElement();
writer.WriteEndDocument();
}

    这样的输出结果是:

<?xml version="1.0" encoding="gb2312"?><root />

    而当使用WriteFullEndElement时,即:

using (var writer = XmlWriter.Create(Console.Out))
{
writer.WriteStartDocument();
writer.WriteStartElement("root");
writer.WriteFullEndElement();
writer.WriteEndDocument();
}
    则数据结果变为:
<?xml version="1.0" encoding="gb2312"?><root></root>

    也就是WriteEndElement会自动将没有内容的节点用Xml节点的缩写方式,而WriteFullEndElement则强制使用Xml节点的完整写法。

    当然,如果Start和End没有配对的话,在WriteEndDocument时,会自动帮你关闭,例如:

using (var writer = XmlWriter.Create(Console.Out))
{
writer.WriteStartDocument();
writer.WriteStartElement("root");
writer.WriteEndDocument();
}

    一样可以写出:

<?xml version="1.0" encoding="gb2312"?><root />

    当然,这个容错机制还是尽量不要依赖。

实现

    回到我们的目标,需求是写出目录和文件。为了完成这个目标,需要这样一个方法:

static void GetFolderContent(XmlWriter writer, DirectoryInfo di)
{
writer.WriteStartElement("folder");
writer.WriteAttributeString("name", di.Name);
foreach (var subDir in di.GetDirectories())
{
GetFolderContent(writer, subDir);
}
foreach (var fi in di.GetFiles())
{
writer.WriteStartElement("file");
writer.WriteAttributeString("name", fi.Name);
writer.WriteEndElement();
}
writer.WriteFullEndElement();
}

    当然还需要一个入口:

using (var writer = XmlWriter.Create(Console.Out))
{
writer.WriteStartDocument();
var di = new DirectoryInfo(@"..");
GetFolderContent(writer, di);
writer.WriteEndDocument();
}

    来看看输出的结果:

<?xml version="1.0" encoding="gb2312"?><folder name="bin"><folder name="Debug"><file name="ConsoleApplication6.exe" /><file name="ConsoleApplication6.exe.config" /><file name="ConsoleApplication6.pdb" /><file name="ConsoleApplication6.vshost.exe" /><file name="ConsoleApplication6.vshost.exe.config" /><file name="ConsoleApplication6.vshost.exe.manifest" /></folder><folder name="Release"><file name="ConsoleApplication6.exe" /><file name="ConsoleApplication6.exe.config" /><filename="ConsoleApplication6.pdb" /><file name="ConsoleApplication6.vshost.exe" /><file name="ConsoleApplication6.vshost.exe.config" /><file name="ConsoleApplication6.vshost.exe.manifest" /></folder></folder>

    Oh,no!一坨xml,根本没法看!这是因为XmlWriter默认配置是产生一个最小的xml,而不是一个可读的xml。

    接下来,把目标修改为生成一个可读的xml。我们需要做的修改就是加一个Setting,也就是:

using (var writer = XmlWriter.Create(Console.Out, new XmlWriterSettings
{
Indent = true
}))
{
writer.WriteStartDocument();
var di = new DirectoryInfo(@"..");
GetFolderContent(writer, di);
writer.WriteEndDocument();
}

    简单吧,再来看看输出:

<?xml version="1.0" encoding="gb2312"?>
<
folder name="bin">
<
folder name="Debug">
<
file name="ConsoleApplication6.exe" />
<
file name="ConsoleApplication6.exe.config" />
<
file name="ConsoleApplication6.pdb" />
<
file name="ConsoleApplication6.vshost.exe" />
<
file name="ConsoleApplication6.vshost.exe.config" />
<
file name="ConsoleApplication6.vshost.exe.manifest" />
</
folder>
<
folder name="Release">
<
file name="ConsoleApplication6.exe" />
<
file name="ConsoleApplication6.exe.config" />
<
file name="ConsoleApplication6.pdb" />
<
file name="ConsoleApplication6.vshost.exe" />
<
file name="ConsoleApplication6.vshost.exe.config" />
<
file name="ConsoleApplication6.vshost.exe.manifest" />
</
folder>
</
folder>

    这下看起来舒服了吧。好,让我们试验一下输出c:\的吧,也就是:

using (var writer = XmlWriter.Create(Console.Out,
new XmlWriterSettings
{
Indent = true
}))
{
writer.WriteStartDocument();
var di = new DirectoryInfo(@"c:\.");
GetFolderContent(writer, di);
writer.WriteEndDocument();
}

    是不是看到文件/目录一排一排的出来,当然在短暂的停留时,可以看到节点写到一半的情况,在使用XStreamingElement也一样有这样的情况,当然XStreamingElement要解决这个问题比较麻烦,不过,XmlWriter则可以很简单的解决这个问题,只需要对GetFolderContent方法做一个小修改就可以了:

static void GetFolderContent(XmlWriter writer, DirectoryInfo di)
{
writer.WriteStartElement("folder");
writer.WriteAttributeString("name", di.Name);
foreach (var subDir in di.GetDirectories())
{
GetFolderContent(writer, subDir);
}
foreach (var fi in di.GetFiles())
{
writer.WriteStartElement("file");
writer.WriteAttributeString("name", fi.Name);
writer.WriteEndElement();
}
writer.WriteFullEndElement();
writer.Flush(); }

    就加了个Flush的调用,再看看输出效果,当然如果太快的话,也可以用Ctrl+C去中断程序执行,也可以发现基本上每次输出都是到一个Folder的完结的地方。

总结和下集预告

    写到这里,有没有感受到XmlWriter的强大?缺点就是不像Linq to Xml这样的简洁,不过优点就是能够满足那些有很强的控制欲望的人。

    哦,对了,本来说这集还要讲XmlReader,这集怎么没看到出场呀?一个没注意,就写了这么多关于XmlWriter的,哎,XmlReader就只能等待下集露面了。

PS:下集可能还要等待一段时间,项目忙呀。。。

基于数据挖掘的音乐推荐系统设计与实现 需要一个代码说明,不需要论文 采用python语言,django框架,mysql数据库开发 编程环境:pycharm,mysql8.0 系统分为前台+后台模式开发 网站前台: 用户注册, 登录 搜索音乐,音乐欣赏(可以在线进行播放) 用户登陆时选择相关感兴趣的音乐风格 音乐收藏 音乐推荐算法:(重点) 本课题需要大量用户行为(如播放记录、收藏列表)、音乐特征(如音频特征、歌曲元数据)等数据 (1)根据用户之间相似性或关联性,给一个用户推荐与其相似或有关联的其他用户所感兴趣的音乐; (2)根据音乐之间的相似性或关联性,给一个用户推荐与其感兴趣的音乐相似或有关联的其他音乐。 基于用户的推荐和基于物品的推荐 其中基于用户的推荐是基于用户的相似度找出相似相似用户,然后向目标用户推荐其相似用户喜欢的东西(和你类似的人也喜欢**东西); 而基于物品的推荐是基于物品的相似度找出相似的物品做推荐(喜欢该音乐的人还喜欢了**音乐); 管理员 管理员信息管理 注册用户管理,审核 音乐爬虫(爬虫方式爬取网站音乐数据) 音乐信息管理(上传歌曲MP3,以便前台播放) 音乐收藏管理 用户 用户资料修改 我的音乐收藏 完整前后端源码,部署后可正常运行! 环境说明 开发语言:python后端 python版本:3.7 数据库:mysql 5.7+ 数据库工具:Navicat11+ 开发软件:pycharm
MPU6050是一款广泛应用在无人机、机器人和运动设备中的轴姿态传感器,它集成了三轴陀螺仪和三轴加速度计。这款传感器能够实时监测并提供设备的角速度和线性加速度数据,对于理解物体的动态运动状态至关重要。在Arduino平台上,通过特定的库文件可以方便地与MPU6050进行通信,获取并解析传感器数据。 `MPU6050.cpp`和`MPU6050.h`是Arduino库的关键组成部分。`MPU6050.h`是头文件,包含了定义传感器接口和函数声明。它定义了类`MPU6050`,该类包含了初始化传感器、读取数据等方法。例如,`begin()`函数用于设置传感器的工作模式和I2C地址,`getAcceleration()`和`getGyroscope()`则分别用于获取加速度和角速度数据。 在Arduino项目中,首先需要包含`MPU6050.h`头文件,然后创建`MPU6050`对象,并调用`begin()`函数初始化传感器。之后,可以通过循环调用`getAcceleration()`和`getGyroscope()`来不断更新传感器读数。为了处理这些原始数据,通常还需要进行校准和滤波,以消除噪声和漂移。 I2C通信协议是MPU6050与Arduino交互的基础,它是一种低引脚数的串行通信协议,允许多个设备共享一对数据线。Arduino板上的Wire库提供了I2C通信的底层支持,使得用户无需深入了解通信细节,就能方便地与MPU6050交互。 MPU6050传感器的数据包括加速度(X、Y、Z轴)和角速度(同样为X、Y、Z轴)。加速度数据可以用来计算物体的静态位置和动态运动,而角速度数据则能反映物体转动的速度。结合这两个数据,可以进一步计算出物体的姿态(如角度和角速度变化)。 在嵌入式开发领域,特别是使用STM32微控制器时,也可以找到类似的库来驱动MPU6050。STM32通常具有更强大的处理能力和更多的GPIO口,可以实现更复杂的控制算法。然而,基本的传感器操作流程和数据处理原理与Arduino平台相似。 在实际应用中,除了基本的传感器读取,还可能涉及到温度补偿、低功耗模式设置、DMP(数字运动处理器)功能的利用等高级特性。DMP可以帮助处理传感器数据,实现更高级的运动估计,减轻主控制器的计算负担。 MPU6050是一个强大的轴传感器,广泛应用于各种需要实时运动追踪的项目中。通过 Arduino 或 STM32 的库文件,开发者可以轻松地与传感器交互,获取并处理数据,实现各种创新应用。博客和其他开源资源是学习和解决问题的重要途径,通过这些资源,开发者可以获得关于MPU6050的详细信息和实践指南
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值