Czy „używanie” jest odpowiednie w kontekście, w którym nie ma nic do usunięcia?

W języku C # usinginstrukcja służy do deterministycznego usuwania zasobów bez oczekiwania na moduł odśmiecania. Na przykład można go użyć do:

• Usuń polecenia SQL lub połączenia,

• Zamknij strumienie, uwalniając źródło źródłowe jak plik,

• Darmowe elementy GDI +,

• itp.

Zauważyłem, że usingjest coraz częściej stosowany w przypadkach, w których nie ma nic do pozbycia się, ale tam, gdzie osoba dzwoniąca jest wygodniej napisać usingblok niż dwa osobne polecenia.

Przykłady:

• MiniProfiler , napisany przez zespół Stack Overflow, używa usingdo oznaczania bloków do profilowania:

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

  Jednym alternatywnym podejściem byłoby posiadanie dwóch bloków:

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

  Innym podejściem byłoby użycie akcji:

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

• Program ASP.NET MVC wybrał również usingformularze:

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

Czy takie użycie jest właściwe? Jak to uzasadnić, biorąc pod uwagę, że istnieje kilka wad:

• Początkujący byliby zagubieni, ponieważ takie użycie nie odpowiada temu, które wyjaśniono w książkach i specyfikacji językowej,

• Kod powinien być wyrazisty. Tutaj cierpi ekspresja, ponieważ właściwe użycie usingto pokazanie, że z tyłu znajduje się zasób, taki jak strumień, połączenie sieciowe lub baza danych, którą należy zwolnić bez czekania na śmieciarz.

Twoje ostatnie stwierdzenie - „właściwe użycie za pomocą to pokazanie, że z tyłu znajduje się zasób, taki jak strumień, połączenie sieciowe lub baza danych, które powinny zostać zwolnione bez czekania na śmietnik” jest niepoprawne, i powód jest podane w dokumentacji interfejsu IDisposable: http://msdn.microsoft.com/en-us/library/system.idisposable.aspx

Głównym zastosowaniem tego interfejsu jest zwolnienie niezarządzanych zasobów.

Tak więc, jeśli twoja klasa korzysta z niezarządzanych zasobów, nie ma znaczenia, kiedy możesz lub nie chcesz, aby GC się wydarzyło - nie ma to nic wspólnego z GC, ponieważ niezarządzane zasoby nie są GC'owane ( https: // stackoverflow. com / pytania / 3607213 / what-is-mean-by-managed-vs.-unmanaged-resources-in-net ).

Tak więc celem „używania” nie jest uniknięcie czekania na GC, ale wymuszenie zwolnienia tych niezarządzanych zasobów teraz , zanim instancja klasy znajdzie się poza zasięgiem i zostanie wywołana jej finalizacja. Jest to ważne z powodów, które powinny być oczywiste - niezarządzany zasób może być zależny od innych niezarządzanych zasobów, a jeśli zostaną one zutylizowane (lub sfinalizowane) w niewłaściwej kolejności, mogą wystąpić Złe rzeczy.

Jeśli więc instancja klasy w używanym bloku korzysta z niezarządzanych zasobów, to odpowiedź brzmi tak - jest właściwa.

Zauważ jednak, że IDisposable nie nakazuje, aby służył on jedynie do uwalniania niezarządzanych zasobów - tylko że jest to jego główny cel. To może być tak, że autor tej klasy ma pewne działanie, które chcą wymusić dzieje się w określonym czasie, a także wdrażaniu IDisposable może być sposobem na uzyskanie tak się stało, ale czy nie jest to eleganckie rozwiązanie jest coś, co może odpowiedź udzielana jest indywidualnie dla każdego przypadku.

Niezależnie od tego, użycie „using” oznacza, że ​​klasa implementuje IDisposable, więc nie narusza to ekspresji kodu; w gruncie rzeczy jasno pokazuje, co się dzieje.

Zastosowanie usingimplikuje obecność Dispose()metody. Inni programiści przyjmą, że taka metoda istnieje na obiekcie. W związku z tym, jeśli przedmiot nie jest jednorazowy, nie powinieneś go używać using.

Klarowność kodu jest królem. Pomiń usinglub zaimplementuj IDisposablena obiekcie.

Wygląda na to, że MiniProfiler używa usingjako mechanizmu „ogrodzenia” profilowanego kodu. Jest w tym trochę zasług; przypuszczalnie MiniProfiler albo wywołuje Dispose()stoper, albo stoper jest zatrzymywany, gdy obiekt MiniProfiler wykracza poza zakres.

Mówiąc bardziej ogólnie, należy wywoływać, usinggdy pewnego rodzaju finalizacja musi nastąpić automatycznie. Dokumentacja html.BeginFormstwierdza, że ​​gdy metoda jest używana w usinginstrukcji, renderuje </form>znacznik zamykający na końcu usingbloku.

To niekoniecznie oznacza, że ​​nadal nie jest to nadużycie.

usingjest bezpieczny w przypadku błędów i wyjątków. Zapewnia Dispose()to, że zostanie nazwany niezależnie od błędów popełnianych przez programistę. Nie przeszkadza to w wychwytywaniu lub obsłudze wyjątków, ale Dispose()metoda jest wykonywana rekurencyjnie w górę stosu, gdy zostanie zgłoszony wyjątek.

Obiekty, które implementują, IDisposeale nie mają nic do pozbycia się po ich zakończeniu. Są w najlepszym razie, sprawdzają w przyszłości swój projekt. Abyś nie musiał refaktoryzować kodu źródłowego, kiedy w przyszłości będą musieli się czegoś pozbyć.