这是 xml 解析器中的错误吗？
我想知道 xml 解析器中是否存在错误，因为以下问题。
我使用 XMLRPC 包，它使用 xml 解析器。 我调试了这个包。我可以看到这一点。 服务器返回一个 xml，如下所示：
<value><string>line1\nline2\nline3\n</string></value>
\n 代表文字换行符（10,13 或 10）。
解析器返回一个字符串“line1\nline2\nline3”，没有最后的\n。 我的问题是.. 如果 xml 解析器不返回最终的 \n，这是错误吗？
回答： 是的，这是一个错误。
I wonder if there is bug in a xml parser because of the following problem.
I use a XMLRPC package which uses an xml parser.
I debugged the package. I can see this.
The server returns an xml which something like this:
<value><string>line1\nline2\nline3\n</string></value>
\n represesnts literal new line character (10,13 or 10).
The parser returns a string which is "line1\nline2\nline3" without the final \n.
My question is .. Is this bug if the xml parser does not return the final \n?
Answer:
Yes, it is a bug.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
通常，您可以从 XML API 获取“修剪过的”字符串。我不知道你正在使用什么解析器，但也许可以告诉它你想要一个“未修剪”的值。
Usually you get back "trimmed" strings from XML APIs. I don't know what parser you're using, but it might be possible to tell it you want an "untrimmed" value.
是的，这似乎是由于 xml 解析器使用不当而导致的错误......
Pointy 指明了方向。
Yes, it seems to be a bug caused by badly used xml parser....
Pointy showed the way.