代码分析回来时提出了不使用“out”参数的建议

每个代码分析警告都有相关的文档,您可以通过突出显示警告并按 一层楼 .您也可以右键单击该项目以获得帮助。

无论如何,这是 documentation that explains that particular warning .

我想说,在某些情况下,out参数仍然是一个很好的选择——特别是当涉及到色组编码习语时,因为它是一种公认的方法,大多数人都应该理解它。

然而,在一般情况下,对于多个返回值有更好的、更面向对象的解决方案。

我曾经对我的项目运行过代码分析。我也得到了很多有见地的建议,我很快就把它关掉了。许多建议都是宗教性质的,你可以这样或那样做,一个风格的问题,并不是一个坏做法。

根据你的情况。如果只有一个返回参数,则将其从函数中返回。

如果您还有一个返回代码占用返回位置,那么考虑使用异常通知调用方操作错误代码。

如果要返回许多彼此密切相关的参数,请创建一个类/结构,将它们组合在一起并作为包返回。

在我看来,许多代码分析警告与编写第三方将使用的API代码有关。使用“out”参数的规则是一个典型的例子:不使用它们的部分原因是因为许多其他程序员不知道它们。

如果它们与您所写的不匹配,那么关闭不适合您的代码分析规则。 我个人倾向于关闭命名、可移植性和互操作性规则,因为它们与我编写的代码类型无关。

在我的大多数项目中,我都关闭了这个特定的警告。 因为,我知道,当我使用out参数时,我有很好的理由这样做,因为我试图完全避免它们。

我可以想象,当在一个项目中与多个人一起工作时,如果你想做一些代码检查,你可能希望打开这个警告…