I\'m attempting to mock some file operations. In the \"real\" object I have:
StreamWriter createFile( string name )
{
return new StreamWriter( Path.Combine
The nature of the StreamWriter is to dispose the underlying stream when it is itself disposed. However, by creating (and returning) a sub-class of StreamWriter (I'm going to call it LeakyStreamWriter), you should be able to prevent this default behaviour.
public class LeakyStreamWriter : StreamWriter
{
public override void Close()
{
BaseStream.Close(); //close, but do not dispose
}
protected override void Dispose(bool disposing)
{
//do nothing here
}
}
Note that I am making the assumption that the StreamWriter has no other components to dispose other than the underlying stream, you may want to check the dissassembly of the StreamWriter to check what is actually done in those two methods.
Anyway, the result of using the above subclass is that the underlying stream will be closed, but not disposed, when the streamwriter is closed.
If you subclass the MemoryStream, this will work but you have to call ManualDispose method to close the underlying stream.
I´m not sure but I think this object will be garbage-collected when it goes out of scope.
public sealed class ManualMemoryStream : MemoryStream
{
protected override void Dispose(bool disposing)
{
}
public void ManualDispose()
{
base.Dispose(true);
}
}
Edit:
This is an alternative if you want the MemoryStream to be flushed and ready to be read from top.
public sealed class ManualMemoryStream : MemoryStream
{
protected override void Dispose(bool disposing)
{
Flush();
Seek(0, SeekOrigin.Begin);
}
public void ManualDispose()
{
base.Dispose(true);
}
}