Kiedy używać klas statycznych w C# [duplikat]

Przy podejmowaniu decyzji, czy utworzyć klasę statyczną czy niestatyczną, musisz przyjrzeć się informacjom, które próbujesz reprezentować. Oznacza to bardziej "oddolny " styl programowania, w którym najpierw skupiasz się na danych, które reprezentujesz. Czy klasa, którą piszesz, jest prawdziwym obiektem, takim jak skała, czy krzesło? Te rzeczy są fizyczne i mają fizyczne atrybuty, takie jak kolor, waga, która mówi, że możesz chcieć utworzyć instancję wielu obiektów o różnych właściwościach. I może chcesz czarne krzesło i czerwone krzesło w tym samym czasie. Jeśli kiedykolwiek potrzebujesz dwóch konfiguracji w tym samym czasie, od razu wiesz, że będziesz chciał utworzyć instancję jako obiekt, aby każdy obiekt mógł być unikalny i istnieć w tym samym czasie.

Z drugiej strony, funkcje statyczne mają tendencję do nadawania większej wartości czynnościom, które nie należą do rzeczywistego obiektu lub obiektu, który można łatwo reprezentować. Pamiętaj, że poprzednikami C # są C++ i C gdzie można po prostu zdefiniować funkcje globalne, które nie egzystować w klasie. To bardziej nadaje się do programowania " top-down". Metody statyczne mogą być używane w tych przypadkach, gdy nie ma sensu, aby "obiekt" wykonywał zadanie. Zmuszając cię do używania klas, ułatwia to grupowanie powiązanych funkcjonalności, co pomaga stworzyć łatwiejszy do utrzymania kod.

Większość klas może być reprezentowana przez statyczne lub niestatyczne, ale kiedy masz wątpliwości, po prostu wróć do swoich korzeni OOP i spróbuj pomyśleć o tym, co reprezentujesz. Na to obiekt, który wykonuje akcję (samochód, który może przyspieszyć, spowolnić, skręcić) lub coś bardziej abstrakcyjnego (jak wyświetlanie danych wyjściowych).

Skontaktuj się ze swoim wewnętrznym OOP i nigdy nie możesz się pomylić!

W C# 3.0 metody rozszerzeń mogą istnieć tylko w klasach statycznych najwyższego poziomu.

Jeśli używasz narzędzi do analizy kodu (np. FxCop), zaleca się oznaczenie metody static, jeśli ta metoda nie ma dostępu do danych instancji. Uzasadnieniem jest to, że istnieje wzrost wydajności. MSDN: CA1822-Oznacz członków jako statycznych .

Zazwyczaj używam klas statycznych w fabrykach. Na przykład, jest to klasa logowania w jednym z moich projektów:

public static class Log
{
   private static readonly ILoggerFactory _loggerFactory =
      IoC.Resolve<ILoggerFactory>();

   public static ILogger For<T>(T instance)
   {
      return For(typeof(T));
   }

   public static ILogger For(Type type)
   {
      return _loggerFactory.GetLoggerFor(type);
   }
}

Zacząłem używać klas statycznych, gdy chcę używać funkcji, a nie klas jako jednostki ponownego użycia. Wcześniej chodziło mi o zło klas statycznych. Jednak uczenie się F# sprawiło, że ujrzałem je w nowym świetle.

Co mam na myśli? Powiedzmy, że pracując nad jakimś super suchym kodem, kończę z kilkoma klasami jednej metody. Mogę po prostu wyciągnąć te metody do statycznej klasy, a następnie wstrzyknąć je do Zależności za pomocą delegata. To również gra ładnie z moim dependency injection (DI) kontenerem wyboru Autofac.

Oczywiście przyjmowanie bezpośredniej zależności od statycznej metody jest nadal zazwyczaj złym (istnieją pewne nie-złe zastosowania).

Klasy statyczne są bardzo przydatne i mają swoje miejsce, na przykład biblioteki.

Najlepszym przykładem, jaki mogę podać, jest klasa. Net Math, klasy statycznej przestrzeni nazw systemu, która zawiera bibliotekę funkcji matematycznych.

To jest jak Wszystko inne, użyj odpowiedniego narzędzia do pracy, a jeśli nie wszystko może być nadużywane.

Puste odrzucanie klas statycznych jako złych, nie używaj ich, lub mówienie "może być tylko jedna" lub Żadna, jest tak złe,jak używanie ich.

C#.Net zawiera szereg klas statycznych, które są używane tak jak Klasa matematyczna.

Więc biorąc pod uwagę poprawną implementację są one niezwykle przydatne.

Mamy statyczną klasę strefy czasowej, która zawiera wiele funkcji związanych z biznesem, nie ma potrzeby tworzenia wielu instancji klasy, tak jak klasa Math, zawiera ona zestaw globalnie dostępnych funkcji (metod) strefy czasowej w statycznej klasie.

Używam klas statycznych jako środka do zdefiniowania "dodatkowej funkcjonalności", której obiekt danego typu mógłby użyć w określonym kontekście. Zazwyczaj okazują się klasami użyteczności.

Poza tym myślę, że " używaj klasy statycznej jako jednostki organizacji dla metod nie związanych z konkretnymi obiektami."dość dobrze opisują ich zamierzone użycie.

To kolejne stare, ale bardzo gorące pytanie od czasu, gdy OOP zaczął. Istnieje wiele powodów, aby używać(lub nie) klasy statycznej, oczywiście i większość z nich została pokryta mnogością odpowiedzi.

Dodam tylko moje 2 centy do tego, mówiąc, że robię klasę statyczną, gdy ta klasa jest czymś, co byłoby unikalne w systemie i to naprawdę nie miałoby sensu, aby mieć jakiekolwiek jej wystąpienia w programie. Jednak zastrzegam to użycie dla dużych klas. Nigdy nie deklaruję tak małych klasy jak w przykładzie MSDN jako "statyczne", a na pewno nie Klasy, które będą członkami innych klas.

Chciałbym również zauważyć, że metody statyczne i klasy statyczne to dwie różne rzeczy do rozważenia. Główne wady wymienione w zaakceptowanej odpowiedzi są dla metod statycznych . klasy statyczne oferują taką samą elastyczność jak Klasy normalne (gdzie chodzi o właściwości i parametry), a wszystkie stosowane w nich metody powinny być istotne dla celu istnienia klasy.

Moim zdaniem dobrym przykładem kandydata do klasy statycznej jest klasa "FileProcessing", która zawierałaby wszystkie metody i właściwości istotne dla różnych obiektów programu do wykonywania złożonych operacji przetwarzania plików. Prawie nie ma żadnego znaczenia, aby mieć więcej niż jedną instancję tej klasy, a bycie statycznym sprawi, że będzie ona łatwo dostępna dla wszystkiego w twoim programie.

Używam tylko klas statycznych dla metod pomocniczych, ale wraz z pojawieniem się C # 3.0, wolałbym używać metod rozszerzeń dla tych metod.

Rzadko używam metod klas statycznych z tych samych powodów, dla których rzadko używam Singletona "wzorca projektowego".

Na podstawie MSDN :

1. nie można utworzyć instancji dla klas statycznych
2. jeśli Klasa zadeklarowana jako statyczna, zmienna member powinna być statyczna dla tej klasy
3. zapieczętowany [nie może być dziedziczony]
4. nie może zawierać konstruktora instancji
5. Zarządzanie Pamięcią

Przykład: obliczenia matematyczne (wartości matematyczne) nie zmieniają się [standardowe obliczenia dla zdefiniowanych wartości]