Разработал класс с наследованием Disposable. В деструкторе класса или в методе Dispose хочу освободить неуправляемые объекты. Но освободить их нужно в зависимости от того, кто и как вызвал метод Dispose. Если программа принудительно закрывается, то мне нужно сделать Kill или Terminate в своих задачах (не важно в каких). Если же это просто пользователь решил удалить объект и продолжает работать дальше, то с освобождением ресурсов можно подождать и не делать им, условно говоря kill.

Можно ли как-то отличить в Dispose принудительное завершение программы от сборщика мусора, который просто решил удалить объект за ненадобностью, но программа продолжает работать дальше. Мой класс должен быть полностью автономным и не ссылаться ни на какие другие объекты в приложении. Должен использовать только стандартные методы .NET, либо WinAPI.

petalvikВообще-то, неуправляемые ресурсы следует освобождать как можно скорее, не дожидаясь, пока сборщик мусора это сделает.
Когда объект больше не нужен - вызываем Dispose. Если забыли это сделать, то GC вызовет финализатор. Вот в финализаторе и предусматриваем дополнительный код (плюс обязательно выводим в лог: "ты чудак, забыл вызвать диспоз!")

Чем не устраивает стандартная реализация паттерна? И вот .

Он и реализован.
Внешний неуправляемый ресурс вызывает callback-функцию на c#, в которой потенциально может быть что-то выведено на экран через Invoke. При завершении приложения может появиться (и появляется) deadlock. Поэтому и хочу определить, что если программа находится в состоянии завершения, то прибиваем сторонние ресурсы. Если же программа продолжает работать дальше, то спешить нам некуда, можно дождаться штатного завершения.