Liberación del flujo subyacente devuelto por Application.GetResourceStream en WP7

Question

Al acceder a un recurso usando Application.GetResourceStream se devuelve una instancia de la clase StreamResourceInfo, esta clase no implementa IDisposable.

¿Debo cerrar \ disponer el flujo subyacente expuesto por StreamResourceInfo cuando he terminado de procesar la corriente en un dispositivo WP7 - No quiero saber sobre Using o el patrón Dispose.

Un ejemplo sería utilizar el método para acceder a un archivo ZIP que está contenida en el paquete de ZAP y una vez que haya descomprimido el archivo no necesito la instancia Stream más.

Answer 1

El ejemplo de código proporcionado here no hace uso de using, Close() o Dispose().

Desde la documentación de StreamResourceInfo no menciona Close() o Dispose() (y StreamResourceInfo en realidad no heredan de Stream o cualquier otra cosa que pudiera poner en práctica estos métodos), creo que es seguro dejar que el objeto salga del alcance y de la basura recoger de forma natural.

sospecho que la clase StreamResourceInfo tiene un finalizador que llama Dispose() en el Stream objeto fundamental durante la recolección de basura, pero no tengo una copia del reflector disponible para mí en este momento para verificar que. El patrón IDisposable es bastante robusto en ese sentido.

Sin embargo, si aún se siente incómodo con ese nivel de incertidumbre, siempre puede llamar al Close() en el objeto Stream.

Answer 2

No sé acerca de Windows 7 de teléfono específicamente, pero la práctica habitual es disponer el objeto y que se cierra automáticamente la corriente si se abre. La eliminación debe ser la operación final de un objeto, mientras que el cierre indica la posibilidad de reapertura. Entonces deberías ir a disponer en mi opinión.

Answer 3

Using llama automáticamente al método de eliminación una vez que se alcanza el final del alcance using. Entonces, podrías hacer algo como esto. Una vez que se llegue al final del alcance, se eliminará su flujo.

using (var stream = Application.GetResourceStream(new Uri("myResource.zip", UriKind.Relative)).Stream) 
{ 
     //stream code 
} 

Edición - Mover las respuestas de los comentarios que aquí: El StreamResourceInfo no es responsable por el cierre/eliminación de la corriente. A menos que transfiera ese flujo a otra cosa (por ejemplo, un StreamReader), es su trabajo cerrar la transmisión. Found a link that may be of interest, que prácticamente concuerda con eso.