C# 有什么理由计算一个常数的整数吗？

在我继承的pasketti代码的另一部分中，我遇到了以下问题：

public const int SqlCommandTimeout = 60 * 10;

是否有任何理由认为这应该是一个计算值，然后放入常数中

---

我的C#培训都是在职的，有一两本书作为备份，所以据我所知，这可能有一个合理的理由

它只是为了更具可读性：60*10=10分钟。

它只是为了更具可读性：60*10=10分钟。

只是为了说明常量值背后的原因。这似乎是一个很长的时间，但是如果

SqlCommandTimeout

是以秒为单位的，那么这是一个显示10分钟的好方法，而不是试图计算600秒中有多少分钟。

仅显示常量值背后的原因。这似乎是一个很长的时间，但是如果

SqlCommandTimeout

是以秒为单位，那么这是一个显示10分钟的好方法，而不是试图计算600秒内有多少分钟。

是的。无论如何，编译器都会为您进行计算，因此对读者来说，它只会对源代码产生影响。^也称为常量折叠，可能是编译器优化的最基本方法。@kaplooeymom-FWIW，我通常会添加一条注释，指示单位，例如

//秒。

（我发现每平方英尺的克数是合法使用的。）@HABO在这个75项目解决方案中几乎没有任何注释，除了偶尔的///摘要部分，只填写了方法的标题。我们也没有从以前的开发人员那里收到任何文档。是的。编译器无论如何都会为您进行计算，因此对读者来说，它只会对源代码产生影响。^也称为常量折叠，可能是最基本的编译器优化。@kaplooeymom-FWIW，我通常会添加一条注释，指示单位，例如，

//秒。

（我遇到过每平方英尺克的合法使用。）@HABO在这个75项目解决方案中几乎没有任何注释，除了偶尔的///摘要部分，只填写了方法的标题。我们也没有从以前的开发人员那里收到任何文档。我个人会在600中添加注释描述符。为了可读性，让编译器多做一步似乎是不可能的有点不对劲。但是，嘿，那只是我。我个人会把600和注释描述符放在一起。让编译器做一个额外的步骤只是为了可读性似乎有点不对劲。但是，嘿，那只是我。