将 XML 文件反序列化为 C# 类
有谁知道使用 XSD 工具生成的类来探索反序列化的 XML 文件而不是 XPATH 有什么优势（内存/速度）？
Does anyone know what advantages (memory/speed) there are by using a class generated by the XSD tool to explore a deserialized XML file as opposed to XPATH?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
我想说的优点是你得到一个更方便使用的强类型类，而且如果文件中的 XML 数据对于创建对象无效，那么该类的构造函数将抛出异常，所以你得到一个免费最少的数据验证。
I'd say the advantage is that you get a strongly typed class which is more convenient to use, and also the constructor for the class will throw an exception if the XML data in the file is invalid for creating the object, so you get a minimal data validation for free.
如果您不想编写样板代码，并且需要在执行过程中检查 XML 的任何值，那么使用 XSD.exe 生成的类就不会出错。
If you don't want to write boilerplate code, and you need to check ANY values of your XML on the way through, you can't go wrong with the XSD.exe generated classes.
两者有很大不同； 但 XmlSerializer 始终会反序列化整个对象； 使用 XPath，您可以挑选。 不过，我个人会使用
XmlSerializer- 更难出错。然而，XPath 是一个依赖于后端的复杂野兽。 例如，
XmlDocument（可变）的行为与XPathDocument（只读，针对查询进行了优化）不同。The two are very different; but
XmlSerializerwill always deserialize entire objects; with XPath you can pick and choose. I'd useXmlSerializerpersonally, though - harder to get wrong.XPath, however, is a complex beast that depends on the back-end. For example,
XmlDocument(mutable) will behave differently toXPathDocument(read-only, optimized for query).