For example a have a class:
public class MyClass{
Bitmap bmp;
}
The Bitmap class is disposable.
In case when I do not implement IDisposable in MyClass and there is no no references to instance of MyClass, it means that there is no references to instance of Bitmap class, so the GarbageCollector will call finalizer of Bitmap and all unmanaged resources will be released.
Why code analyzers recommend to Implement IDisposable in MyClass?
Maybe it will. But when? This class cannot reliably be used. If I create 10.000 sequentially, 10.000 undisposed Bitmaps will be in memory, waiting for the lazy garbage collector to call the finalizer to (hopefully) call Dispose. Maybe today. Maybe tomorrow. But as a developer, I cannot control this. If you implement IDisposable correctly, I can simply have a using block around each of them and I will never use more resources than a single Bitmap will take.
There are 2 reason to implement IDispose:
1. Disposal of unmanaged resources - this is about WHAT to clean up (the unmanaged resources)
2. To be able to control when managed resources are freed - this is about WHEN things get cleaned up.
The IDisposable documention focuses very heavily on 1. but in in reality most implmentations are about 2.
That is the case in your example - the resources you have are managed (by the managed Bitmap class that wraps the unmanaged bitmap handle). You would dispose it in your dispose to enable users of your class to control when the bitmap was freed (NOT if it gets freed - it will be, eventually, when the GC feels like it).
