Чи підходить "використання" в контексті, коли немає чим розпоряджатися?

У C # usingоператор використовується для детермінованого розпорядження ресурсами, не чекаючи сміттєзбірника. Наприклад, він може використовуватися для:

• Розпоряджуйте команди або з'єднання SQL,

• Закрийте потоки, звільнивши основне джерело, як файл,

• Безкоштовні елементи GDI +,

• тощо.

Я помітив, що usingвикористовується все більше і більше у тих випадках, коли немає чим розпоряджатися, але де абоненту просто зручніше написати usingблок, а не дві окремі команди.

Приклади:

• MiniProfiler , написаний командою Stack Overflow, використовується usingдля позначення блоків для профілю:

  using (profiler.Step("Name goes here"))
  {
      this.DoSomethingUseful(i - 1);
  }

  Одним із альтернативних підходів було б мати два блоки:

  var p = profiler.Start("Name goes here");
  this.DoSomethingUseful(i - 1);
  profiler.Stop(p);

  Іншим підходом було б використання дій:

  profiler.Step("Name goes here", () => this.DoSomethingUseful(i - 1));

• ASP.NET MVC також обрав usingдля форм:

  <% using (Html.BeginForm())
     { %>
         <label for="firstName">Name:</label>
         <%= Html.TextBox("name")%>
         <input type="submit" value="Save" />    
  <% } %>

Чи підходить таке використання? Як це виправдати, враховуючи, що є кілька недоліків:

• Початківці будуть втрачені, оскільки таке використання не відповідає тому, яке пояснюється в специфікаціях книг та мови,

• Код повинен бути виразним. Тут виразність страждає, оскільки відповідне використання usingполягає в тому, щоб показати, що позаду є ресурс, як потік, мережеве з'єднання або база даних, яку слід випустити, не чекаючи сміттєзбірника.

Ваше останнє твердження - що "правильне використання використання - це показати, що позаду стоїть ресурс, як потік, мережеве з'єднання або база даних, яку слід випустити, не чекаючи сміттєзбірника", невірно, і причина, чому це наведено в документації для інтерфейсу IDisposable: http://msdn.microsoft.com/en-us/library/system.idisposable.aspx

Основне використання цього інтерфейсу - це звільнення некерованих ресурсів.

Отже, якщо ваш клас використовує будь-які некеровані ресурси, не має значення, коли ви можете чи не хочете, щоб це сталося з GC - це не має нічого спільного з GC, оскільки некеровані ресурси не є GC'ed ( https: // stackoverflow. com / questions / 3607213 / що-значить, під керуванням-vs-unmanaged-resources-in net ).

Таким чином, мета "використання" - це не уникнути очікування на GC, це змусити випустити ці некеровані ресурси зараз , перш ніж екземпляр класу вийде із сфери застосування, і це буде викликано Finalize. Це важливо з причин, які повинні бути очевидними - некерований ресурс може мати залежність від інших некерованих ресурсів, і якщо вони утилізуються (або допрацьовуються) у неправильному порядку, можуть трапитися погані речі.

Отже, якщо клас, який встановлюється у блоці, що використовує, використовує будь-які некеровані ресурси, то тоді відповідь - так.

Зауважте, що IDisposable не є розпоряджувальним щодо того, що він використовується лише для звільнення некерованих ресурсів, однак - лише це головна мета. Це може бути так , що автор класу мають деякі дії , які вони хочуть провести в життя відбувається в певний час, і реалізації IDisposable може бути способом отримання , що має статися, але дійсно Чи , що елегантне рішення є те , що може відповідати лише у кожному конкретному випадку.

Незалежно від того, що використовувати "using", означає, що клас реалізує IDisposable, тому він не порушує виразності коду; це дає зрозуміти, що відбувається насправді.

Використання usingпередбачає наявність Dispose()методу. Інші програмісти припускають, що такий метод існує на об’єкті. Отже, якщо об’єкт не є одноразовим, не слід його використовувати using.

Чіткість коду - це король. Або опустіть using, або застосуйте IDisposableна об'єкті.

Здається, MiniProfiler використовується usingяк механізм "огорожі" коду, який профілюється. У цьому є певна заслуга; імовірно, MiniProfiler або закликає Dispose()зупинити таймер, або таймер зупиняється, коли об'єкт MiniProfiler виходить із сфери застосування.

Більш загально, ви б покликалися, usingколи якась фіналізація повинна відбуватися автоматично. У документації html.BeginFormзазначено, що, коли метод використовується в usingоператорі, він видає </form>тег завершення в кінці usingблоку.

Це не обов'язково означає, що це все ще не зловживання.

usingє безпечним для помилок та винятків. Це гарантує, що Dispose()буде називатися без уваги будь-яких помилок, які робить програміст. Це не перешкоджає вибору або обробці винятків, але Dispose()метод виконується рекурсивно вгору стека, коли викидається виняток.

Об'єкти, які реалізують, IDisposeале не мають чим розпоряджатися, коли вони зроблені. У кращому випадку майбутні підтверджують свій дизайн. Так що вам не доведеться перефактурувати свій вихідний код, коли в майбутньому їм потрібно щось утилізувати.