参考文献中是否有任何缺点[关闭]

Question

我只是想知道使用 c# 7.2 中的 in 方法参数有什么缺点 我知道这被推荐用于处理 Structs，他们说它不会 increase performance that much 但据我所知，这不会对代码产生任何负面影响，并且可能会在进行递归时帮助您解决堆栈溢出异常。 有没有人知道为什么所有方法都不应该标记为in 的充分理由？ I found 为什么人们建议避免使用 ref 和 out 但它们在这里不起作用。

Answer 1

由于这是一个与性能相关的问题，因此引入了 in 的讨论问题，因此很难找到一个正确的答案，而无需真正衡量具体代码示例的性能。

但是……

我们知道in 在 x86 操作系统上创建了一个引用 32bit，在 x64 操作系统上创建了 64bit。

现在考虑像

这样的结构

struct Token
{
    char x; 
} 

在 x64 操作系统上，将这个结构复制到堆栈上，可能会比创建 64bit 对相同数据的引用执行得更快。

另外，不要忘记，in 意味着实例上的“恒定性”，它超越了性能推理，直接针对您的设计。因此，虽然从与性能相关的问题来看，一些推理可能是有争议的，但从设计的角度来看，in 具有针对特定设计用例的独特而清晰的语义。