爲什麼Resharper更喜歡const只讀？

Question

我注意到「常見做法和代碼改進」下的Resharper建議：將本地變量或字段轉換爲常量。

我也注意到，在比爾·瓦格納的書「Effective C#: 50 Specific Ways to Improve Your C#」存在的langauge成語「不想只讀爲const」中，作者解釋使用consts的風險。

我的問題不是關於readonly和const之間以及何時使用它們之間的區別，而是爲什麼一個源代碼將const作爲常見做法/代碼改進，另一方面第二個將readonly視爲一個習慣用法？

Answer 1

私人常數與公共常量不具有相同的風險。 Resharper大概建議在場外不可見的情況下進行性能優化。

Answer 2

根據我對Resharper的經驗，如果您在聲明中設置了一個變量值，您會得到這個建議，但該變量的值在整個方法中都不會改變。在這種情況下，它可以變成一個局部常量。你也會在你初始化的實例變量上得到警告，但是永遠不會改變類體中任何地方的值。

而且該書的作者基本上認爲，通過使用readonly而不是const，可以避免在更改readonly值的值時重建相關程序集。相反，如果要更改爲const，則必須使用const針對新版本的程序集重新編譯相關程序集。

這是一個合理的論點，但是，如果一個值在應用程序的整個生命週期中不會改變，我仍然認爲使用const更好。我喜歡使用readonly作爲我從配置中加載的值，例如，在構造函數中初始化後不會更改。

我認爲const提供的代碼清晰度要好得多，以犧牲更多的編譯維護爲代價。