Когда использовать статические классы в C# [дубликат]

при принятии решения о том, чтобы сделать класс статическим или нестатическим, вам нужно посмотреть, какую информацию вы пытаетесь представить. Это влечет за собой более 'снизу-вверх ' стиль программирования, где вы фокусируетесь на данных, которые вы представляете в первую очередь. Является ли класс, который вы пишете, реальным объектом, таким как камень или стул? Эти вещи являются физические и физические атрибуты, такие как цвет, вес, который говорит вам, что вы можете создать несколько объектов с разными свойства. Мне может понадобиться черный стул и красный стул одновременно. Если вам когда-нибудь понадобятся две конфигурации одновременно, вы сразу же узнаете, что хотите создать его как объект, чтобы каждый объект мог быть уникальным и существовать одновременно.

с другой стороны, статические функции имеют тенденцию предоставлять больше действий, которые не принадлежат реальному объекту или объекту, который вы можете легко представить. Помните, что предшественники C# - это C++ и C, где вы можете просто определить global функции, которые не существуют в классе. Это придает больше 'сверху вниз'. Статические методы могут быть использованы для этих случаев, когда не имеет смысла, что "объект" выполняет задачу. Заставляя вас использовать классы, это просто упрощает группировку связанных функций, которая помогает вам создавать более поддерживаемый код.

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

войти в контакт с вашим внутренним ООП и вы никогда не ошибетесь!

для C# 3.0 методы расширения могут существовать только в статических классах верхнего уровня.

Если вы используете инструменты анализа кода (например,FxCop), он будет рекомендовать вам отметить метод static Если этот метод не обращается к данным экземпляра. Обоснование заключается в том, что есть прирост производительности. MSDN: CA1822-помечать членов как статические.

это скорее руководство, чем правило, на самом деле...

Я предпочитаю использовать статические классы для фабрик. Например, это класс ведения журнала в одном из моих проектов:

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);
   }
}

возможно, вы даже заметили, что IoC вызывается с помощью статического метода доступа. большинство в то время для меня, если вы можете вызвать статические методы в классе, это все, что вы можете сделать, поэтому я отмечаю класс как статический для дополнительной ясности.

Я начал использовать статические классы, когда я хочу использовать функции, а не классы, как мой блок повторного использования. Раньше я был все о зле статических классов. Тем не менее, обучение F# заставило меня увидеть их в Новом Свете.

что я имею в виду? Ну, скажем, при разработке какой-то супер сухой код, я в конечном итоге с кучей классов одного метода. Я могу просто вытащить эти методы в статический класс, а затем ввести их в зависимости с помощью делегат. Это также хорошо играет с моим инъекции зависимостей (DI) контейнер выбора Autofac.

конечно, принимая прямую зависимость от статического метода по-прежнему обычно зло (есть некоторые не злой использует).

статические классы очень полезны и имеют место, например библиотек.

лучшим примером, который я могу предоставить, является класс .Net Math, статический класс пространства имен System, который содержит библиотеку математических функций.

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

пустое отклонение статических классов как неправильных, не используйте их или говорите "может быть только один" или ни один, так же неправильно, как и их использование.

C#.Net содержит ряд статических классов, которые используются так же, как математический класс.

поэтому при правильной реализации они чрезвычайно полезны.

У нас есть статический класс часового пояса, который содержит ряд связанных с бизнесом функций часового пояса, нет необходимости создавать несколько экземпляров класса так же, как математический класс, он содержит набор глобально доступных функций (методов) часового пояса в статическом классе.

Я использую статические классы как средство для определения "дополнительной функциональности", которую объект данного типа может использовать в определенном контексте. Обычно они оказываются служебными классами.

кроме этого, я думаю, что "использовать статический класс в качестве единицы организации для методов, не связанных с конкретных объектов.- опишите довольно хорошо их предполагаемое использование.

Это еще один старый, но очень горячий вопрос, так как ООП пнул. Конечно, есть много причин использовать(или нет) статический класс, и большинство из них были охвачены множеством ответов.

Я просто добавлю свои 2 цента к этому, сказав, что я делаю класс статическим, когда этот класс является чем-то уникальным в системе, и это действительно не имеет смысла иметь какие-либо экземпляры его в программе. Однако я резервирую это использование для больших классов. Я никогда не объявляю такие небольшие классы, как в Примере MSDN, как "статические" и, конечно же, не классы, которые будут членами других классов.

Я также хотел бы отметить, что статические методы и статический!--5-->классы это две разные вещи, чтобы рассмотреть. Основные недостатки, упомянутые в принятом ответе, относятся к статическому методы. статика классы предлагают ту же гибкость, что и обычные классы(где речь идет о свойствах и параметрах), и все методы, используемые в них, должны соответствовать цели существования класса.

хорошим примером, на мой взгляд, кандидата в статический класс является класс "FileProcessing", который будет содержать все методы и свойства, относящиеся к различным объектам программы для выполнения сложных операций обработки файлов. Вряд ли имеет смысл иметь более одного экземпляра данного класса и статические сделает ее доступной в вашей программе.

Я использую только статические классы для вспомогательных методов, но с появлением в C# 3.0, я бы предпочел использовать методы расширения для них.

Я редко использую методы статических классов по тем же причинам, почему я редко использую одноэлементный "шаблон проектирования".

на основе MSDN:

1. вы не можете создать экземпляр для статических классов
2. если класс объявлен как статический, переменная-член должна быть статической для этого класса
3. запечатано [не может быть унаследовано]
4. не может содержать конструктор экземпляра
5. Управление Памятью

пример: математические вычисления (математические значения) не изменяется [стандартный расчет для определенных значений]