Использование Dispose на синглтоне для очистки ресурсов

Короче говоря, если у вас есть синглтон и вы вызываете dispose. Каждый раз, когда какой-либо объект пытается использовать его после этого, он будет использовать объект в удаленном состоянии.

Теперь поместить его и избавиться от объекта после того, как приложение закончило работу с ним, не обязательно плохо. Вы должны быть осторожны, хотя, когда вы называете это. Если вы действительно заинтересованы в очистке и у вас есть только одна ссылка на нее, вы можете поместить код очистки в финализатор объектов ~YourClass таким образом, что он будет вызываться только тогда, когда .Net уверен, что он больше не нужен (когда приложение закрывается, если это настоящий синглтон).

Я просто смешиваю здесь семантику, используя Cleanup() вместо Dispose(), и, поскольку я избавляюсь от ресурсов, мне действительно следует использовать удаление?

Да, это просто семантика. Dispose — это стандарт, показывающий, что есть вещи, которые необходимо очистить после того, как программа закончит работу с объектом.

Будет ли реализована функция Dispose() с помощью GC.SuppressFinalize(this); сделать так, чтобы мой синглтон на самом деле не уничтожался, если я хочу, чтобы он продолжал жить после вызова для очистки базы данных.

Нет, это означает, что когда вы вызываете метод dispose, сборщик мусора не будет вызывать пользовательский финализатор объекта.

1. Реализация IDisposable для синглтона может быть хорошей идеей, если вы используете технологию CAS вместо блокировок для создания синглтона. Что-то вроде этого.

   if (instance == null) {
       var temp = new Singleton();
       if (Interlocked.CompareExchange(ref instance, temp, null) != null) &&
               temp is IDisposable) {
           ((IDisposable)temp).Dispose();
       }
   }
   return instance
   

   Мы создали временный объект и попробовали атомарный Compare-and-Swap, поэтому нам нужно удалить этот временный объект, если он реализует IDisposable и не был записан в местоположение экземпляра.

   Было бы хорошо избегать блокировок, но это также немного накладно, если для создания экземпляра синглтона в его конструкторе используется какая-то тяжелая логика.

2. Если вы не хотите, чтобы другой код очищал или удалял ваш объект, просто не предоставляйте для этого никаких возможностей. Тем не менее, может быть хорошей идеей предоставить какой-нибудь метод reset(), позволяющий синглтону воссоздать себя, если, скажем, вы используете отложенную инициализацию. Что-то вроде этого:

   public static Singletong GetInstance() {
     if (instance == null) {
       instance = new Singleton(); //here we re-evalute cache for example
      }
   return instance
   }
   public static void Reset() {
       instance = null;
   } 
   

Я согласен с ответом Кевина, но хотел бы кое-что добавить к этому. Я немного смущен вашим утверждением:

Когда приложение закроется, эта база данных должна быть удалена.

Вы действительно имеете в виду удалить? Как в разрушенном? Вы говорите о реальной (SQL) базе данных?

Вы должны понимать, что даже если вы поместите свой код очистки в финализатор или в событие Application_End (ASP.NET), вы не можете гарантировать, что они будут вызваны. Процесс может быть остановлен, или компьютер теряет питание. Кажется более разумным удалить базу данных при запуске приложения или, по крайней мере, иметь запасной механизм при запуске с некоторой очисткой.

Хотя финализатор был бы хорошим местом для очистки при работе с ресурсами, в вашем случае мы говорим о ресурсе приложения. Под этим я подразумеваю, что ресурс, возможно, не привязан к одному объекту (вашему синглтону), а является частью всего приложения. Это может стать немного абстрактным обсуждением, и, возможно, это больше вопрос точки зрения.

Я пытаюсь сказать, что когда вы видите эту базу данных как ресурс приложения, вам придется привязывать инициализацию и очистку не к объекту, а к приложению. В приложении ASP.NET это будут Application_Start и Application_End (global.asax). В приложении Windows Forms это будет Program.Main.

Тем не менее, при использовании этих механизмов вместо финализаторов у вас нет уверенности, что ваш код очистки будет выполнен.