Finalize vs Dispose | C# Interview Questions

[@kadamrahulk]

Not understood 4:28 onward. I think It will not stop to dispose unmanaged resources.

[@nabhoyar]

Its best explanation. Just as how everyone suggested, you can slow down your speed as your contents are more when you are explaining. In between you can resummarize your points as well for better understanding. Other than that, it is the best explanation for GC. Keep it up

[@anushinfobase3159]

Beautiful, well explained.. Thanks ಚೆನ್ನಾಗಿದೆ ವಿವರಣೆ... 👌

[@stoic2454]

Let’s say my implementation uses dispose pattern, i wrap my object inside a using block there dispose will be called and unmanaged resource will be released, but what about managed resources for instance we maybe having a list or some variables like that, do we need to free their memory as well ? given the fact that we suppress finalise when we explicitly call dispose

[@martapfahl940]

So is it somewhat comparable to e.g. removing event handlers in React in the useEffect cleanup function? I am javascript dev curious about C# programming. Thank you.

[@Tmp6169]

Free Palestine

[@martapfahl940]

@@Tmp6169 Fuck Palestine.

[@theoceandragongaming]

Why are you calling safe handle in the managed code section?

[@DoGGy1110]

Why u freeing umanaged where u should free managed?

[@bishnupriyapradhan7768]

I think you meant destructor and not destructure

[@raghurambhagawatula7025]

4:28 and 5:24 doesnt make sense!!

[@VSH077]

Fantastic explanation. Thanks a lot.

[@wowpravin]

Good one! But not sure why recommend not implementing Finalizer? You are assuming that the clients of your class will always call Dispose.

[@AvgDan]

When you add " : IDisposable" to a new class and select the potential fix for "Implement Interface with Dispose pattern", the boilerplate code will include this: "TODO: override finalizer only if 'Dispose(bool disposing)' has code to free unmanaged resources". Maybe the presenter is just regurgitating what MS says in the boilerplate code, I don't know. However, I did notice that not including the finalizer on a very small test class allowed me to create new instances of it ~3x faster. I think it's fair to expect programmers to dispose of objects that implement IDisposable. Perhaps a future version of Visual Studio will provide an informational underline under variable names which are instantiated as a type which implements IDisposable and they didn't do the instantiation in a using statement nor call Dispose.

[@manishjawarkar84]

very nicely explained...thank you

[@SupriyaMondal3]

too fast, please give a pause between sentences.

[@CodeRadiance]

Sure.

[@vignesharunkumar6005]

Nice explanation but very fast. Just give some gap

[@merajkhan5078]

Please slow down your speed

[@chennaiahp5765]

good explanation

[@AjaySingh-fq4fz]

Awesome

[@PyramidSpiritualSeekers]

not clearly understood and too fast explanation.

[@wd669]

Not clear explanation