C instancia # clase con métodos estáticos vs uso de memoria clase estática

Question

¿Cómo C#, o en otros idiomas, para el caso, gestionar la asignación de memoria (y la memoria de asignación) entre estas dos situaciones:

1.) Un método de se invoca una clase estática.

public Program { 
    Foo foo = Loader.load(); 
} 

public static Loader { 
    public static Foo load() { 
     return new Foo(); 
    } 
} 

2.) Se invoca un método en una instancia, que luego cae fuera del alcance.

public Program { 
    Foo foo = new Loader().load(); 
} 

public Loader { 
    public Foo load() { 
     return new Foo(); 
    } 
} 

Supongo que la clase estática está cargada y permanece en la memoria; mientras que la instancia de clase sucumbe a la recolección de basura en el ocio de C#. ¿Hay algún pros o contras para estos dos paradigmas? ¿Hay alguna vez en que tenga una clase que nunca necesite ser instanciada (es decir, algún tipo de cargador de recursos o fábrica), pero utiliza la segunda metodología de todos modos para aprovechar la recolección de basura?

La parte importante de mi pregunta es si o no el primer paradigma, mientras que ser conceptualmente correcto en algunas circunstancias, pueden sufrir de aferrarse a la memoria innecesariamente.

Answer 1

Su segundo ejemplo no funciona, así que vamos a explorar las opciones reales:

1.) Un método en una clase estática se invoca.

public Program { 
    Foo foo = Loader.Load(); 
} 

public static Loader { 
    public static Foo Load() { 
     return new Foo(); 
    } 
} 

2.) Un método estático en una clase no estática se invoca.

public Program { 
    Foo foo = Loader.Load(); 
} 

public Loader { 
    public static Foo Load() { 
     return new Foo(); 
    } 
} 

3.) un método de instancia se invoca en una instancia

public Program { 
    Foo foo = new Loader().Load(); 
} 

public Loader { 
    public Foo Load() { 
     return new Foo(); 
    } 
} 

Los dos primeros son el mismo. Llamar a un método estático es el mismo independientemente de si la clase es estática o no.

La tercera opción creará una instancia de la clase en el montón. Como la clase no tiene miembros de datos, solo será algo así como 16 bytes. Eventualmente se recolectará basura, pero debido al tamaño pequeño no importa mucho cuando eso sucede.

Llamar a un método de instancia también es ligeramente diferente de un método estático. Se envía una referencia a la instancia de clase, a la que puede acceder a través de la palabra clave this. En este caso, hay poca diferencia ya que no hay datos reales en el objeto al que acceder.

Answer 2

Un método estático, campo, propiedad o evento es exigible en una clase, incluso cuando se ha creado ninguna instancia de la clase.

http://msdn.microsoft.com/en-us/library/79b3xss3(VS.80).aspx

Así que en ese sentido sus métodos estáticos se comporta del mismo modo que lo haría si se ha utilizado desde dentro de una instancia de clase: que tiene como alcance el tipo.

Answer 3

La segunda forma crea una Loader objeto temporal (que es muy barato). Siempre tendrá que cargar la clase Loader, sin importar qué enfoque elija.

Aquí se obtiene muy poco rendimiento (ahorro de memoria). Normalmente elegirías un miembro estático en una clase estática si no se necesita un 'estado' fuera de los métodos locales vars.

Answer 4

no puedo encontrar ninguna fuente para esto, pero a partir de mis conocimientos de programación, cuando refernce una clase (no estática), su estructura se carga en memoria

Creación de una instancia de una clase sólo para llamar a un método , perderá una gran cantidad de poder de procesamiento (debido a la creación de una instancia, la asignación de memoria y la recolección de basura).

En lugar de mantener la definición, y luego en la parte superior, una instancia. ¿Por qué no mantener la definición (estática)?

Siempre que no almacene datos en variables estáticas, su método estático debería ocupar la misma cantidad de memoria que su definición de método no estático. Pero utilizando un método estático, solo el método se mantendrá en la memoria y estará listo para ser llamado siempre que lo necesite sin crear instancias. Donde si, si el método no es estático, necesitará una instancia (usando la memoria y la potencia de procesamiento) y la basura recolectada (liberando la memoria y usando la CPU) por lo tanto, es definitivamente mejor usar un miembro estático. Eso es para lo que están allí.