c# – Xml文件永远不应该作为String传递,如何激励?

c# – Xml文件永远不应该作为String传递,如何激励?,第1张

概述看到如下方法签名时,我感到非常不舒服: public void foo(String theXml); 如果传递一个以UTF-16 XML声明开头的String,那会是什么? 在我看来,XML应该被类型化为强XML类型,如DOM树或字节数组.因此,foo应该重新声明为: public void foo(Byte[] theXml); 通常,程序员会不必要地假设,当读取XML时有一定的编码.通常只是 看到如下方法签名时,我感到非常不舒服:

public voID foo(String theXml);

如果传递一个以UTF-16 XML声明开头的String,那会是什么?
在我看来,XML应该被类型化为强XML类型,如DOM树或字节数组.因此,foo应该重新声明为:

public voID foo(Byte[] theXml);

通常,程序员会不必要地假设,当读取XML时有一定的编码.通常只是希望文件库的默认值能正确猜测.

我怎样才能激励我的同事呢?

不兼容的文档头编码声明的动机太弱了. (使用强类型或字节数组将阻止对文档进行简单的解析/修改.)我已经多次看到由于这种错误而导致编码中断的情况.

解决方法 确保测试套件中存在测试,如果在String中错误地处理XML,则测试将失败.如果解释问题没有激励,显示它可能发生… 总结

以上是内存溢出为你收集整理的c# – Xml文件永远不应该作为String传递,如何激励?全部内容,希望文章能够帮你解决c# – Xml文件永远不应该作为String传递,如何激励?所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/langs/1223238.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-06-05
下一篇 2022-06-05

发表评论

登录后才能评论

评论列表(0条)

保存