¿Hay algún beneficio en hacer que un campo C# sea de solo lectura si es apropiado?

Question

Estoy trabajando en un proyecto usando ReSharper. En ocasiones, me indica que un campo puede hacerse solo. ¿Hay algún rendimiento u otro beneficio en esto? Supongo que los beneficios serían bastante bajos, ¿o los beneficios serían puramente semánticos?

Gracias

con el ejemplo debajo del campo fue inicialmente solo privado, pero ReSharper llevaron a establecerlo como de sólo lectura. Entiendo la razón por la cual se puede establecer como de solo lectura, es decir. Su ser fijado en el constructor y no ha cambiado de nuevo, pero preguntando si hay algún beneficio a esto ...

public class MarketsController : Controller 
{ 
    private readonly IMarketsRepository marketsRepository; 

    public AnalysisController(IMarketsRepository marketsRepository) 
    {     
     this.marketsRepository = marketsRepository; 
    } 
} 

Editar ¿Cuál es la forma más fácil de ver el MSIL?

Answer 1

El beneficio es puramente semántico. Ayudará a los usuarios de su código a comprender explícitamente que este campo no se puede cambiar después de crear el objeto. El compilador evitará cambios no deseados de este campo. Estoy totalmente de acuerdo con la siguiente cita de Python Zen:

Explicit es mejor que implicit.

Algunos detalles:

La única diferencia entre el campo normal y campo de sólo lectura es bandera initonly en IL. No hay optimización al respecto (como con las constantes) porque en realidad permite todas las operaciones (get y set, pero solo en ctor). Es solo una pista para el compilador: no permita que se modifique después de la construcción.

.field public initonly int32 R 

Answer 2

Usted puede estar interesado en this answer.

La palabra clave de sólo lectura se utiliza para declara una variable miembro de una constante, pero permite que el valor de calcularse en tiempo de ejecución. Esto difiere de una constante declarada con el modificador const , que debe tener su valor establecido en tiempo de compilación. Con readonly puede establecer el valor del campo en la declaración o en el constructor del objeto que pertenece al campo .

Answer 3

No es tanto un rendimiento de bajo nivel, sino más mantenimiento de alto nivel. Hacer las cosas solo es una de las posibilidades que tiene para limitar y controlar el número de lugares donde se puede cambiar un cierto valor. Esto, a su vez, significa que se reduce la interdependencia entre clases (a.k.a., "acoplamiento libre"); el resultado es una aplicación que tiene menos dependencias internas y, por lo tanto, una complejidad menor. En otras palabras, los campos y propiedades de solo lectura hacen que su aplicación sea más fácil de mantener.

Answer 4

También podría ayudar a detectar algunos errores también. El valor se asigna solo en un construcotor y esto podría ser un problema si olvidó cambiar en otro lugar o no. Y si no se supone que debe cambiarse, entonces márcalo como de solo lectura.

Answer 5

Mi profesor me enseñó el día en que declarar algo de forma sencilla es una manera de admitir en su computadora que comete errores.