¿Las funciones estáticas C# funcionan mejor que las funciones no estáticas, más allá del uso reducido de la memoria?

Question

Supongo que los objetivos public o privatestatic deben tener un uso de memoria reducido, debido al hecho de que solo hay una copia del objetivo estático en la memoria.

Parece que porque un método es estático que podría hacer que el método sea un punto potencial para una mayor optimización por parte del compilador CLR más allá de lo que es posible con una función no estática. Solo una teoría endeble, así que vine a preguntarles a todos.

Do staticpublic o private métodos proporcionan cualquier beneficio de rendimiento incrementado más allá de la reducción del uso de memoria?

(Nota: No me interesan las respuestas que hablan sobre los problemas de optimización prematura. Ciertamente, ese es un buen consejo que sigo todos los días, pero eso no significa que la optimización no sea necesaria en ocasiones. (¡Doble negativo!). me permito mi curiosidad, al menos)

Answer 1

de Static Classes and Static Class Members (C# Programming Guide)

una llamada a un método estático genera una instrucción llamada en Microsoft lenguaje intermedio (MSIL), mientras que una llamada a un método de instancia genera a instrucción callvirt, que también comprueba las referencias de un objeto nulo. Sin embargo, la mayoría de las veces la diferencia de rendimiento entre los dos no es significativa.

Answer 2

Aparte de lo que dijo astander, su pregunta sugiere una interpretación errónea de lo que hacen los métodos de instancia. Independientemente de si la función es estática o no, solo hay una copia del código de función en la memoria. Se debe llamar a un método no estático a través de un objeto, pero el objeto no tiene su propia copia privada del método. Por lo tanto, el uso de memoria de los métodos estáticos y no estáticos es de hecho idéntico, y como otros han señalado, las características de rendimiento son casi idénticas.

Las variables miembro no estáticas, sin embargo, existen por separado para cada objeto que cree. Pero casi siempre es una pérdida de tiempo preocuparse por el uso de la memoria, a menos que realmente tenga un problema relacionado con la memoria en su programa.

Answer 3

MeasureIt para estar seguro, pero a menos que esté creando un clúster de supercomputación de procesamiento de transacciones de gran volumen y alcance mundial, no tendrá una diferencia apreciable.

Answer 4

Buenas respuestas: básicamente no importa, que es la respuesta a casi todas las preguntas de este tipo. Incluso si marcó la diferencia: si el tiempo de ejecución de su programa cuesta un dólar, es probable que este tipo de problema cueste una fracción de centavo, y es muy probablemente que hay otras cosas costing a great deal more.

Answer 5

Esto es un poco fuera de tema, pero no menos importante.

La elección de los métodos de toma de estática o ejemplo no debe basarse en el tiempo de ejecución (que de todos modos no parece importar). Debería basarse en si el método opera en un objeto. Por ejemplo, todas las matemáticas.* los métodos son estáticos, p. ej. (la mayoría) Los métodos String. * son instancia, ya que operan en una instancia de String. Mi filosofía personal: un buen diseño debe compensar los pocos ciclos que se pueden guardar en otro lugar.

Otra opinión sobre el tema: Recientemente trabajé con un tipo a quien le dijeron que los métodos estáticos son malos porque nos llevan de vuelta a la era oscura de la programación de procedimientos y, por lo tanto, deben evitarse a toda costa. Esto dio como resultado ejemplos extraños de clases que requerían instancias de acceso a métodos que no tenían absolutamente ningún interés en las partes internas del objeto.

Phew, me sentí bien sacar eso de mi hogar.