Почему Singleton называют антипаттерном?

Ну ты смотри, опять про этот ваш Singleton заговорили. Как будто других тем нет, блядь. А знаешь, почему его так люто ненавидят? Потому что его, сука, 90% программистов используют как молоток, чтобы забивать гвозди, шурупы, а иногда и свои же яйца, блядь.

Смотри, в чём корень зла-то, ёпта.

Во-первых, это глобальная переменная в костюме джентльмена. Ну серьёзно! Взяли статик, обернули в красивый геттер Instance и думают — о, я архитектор, блядь. А по факту — та же самая глобальная хуйня, которая плюёт на инкапсуляцию с высокой колокольни. Все лезут к ней, меняют состояние, а потом на тестах волосы дыбом: один тест прошёл, второй сломался, потому что первый насрал в общее состояние. И ты сидишь, ебёшь мозг, ищешь, где же эта тварь не в том порядке дернулась. Тестировать это — просто пиздец, а не работа.

Во-вторых, жёсткая связь, как у сиамских близнецов. Ты пишешь MySuperLogger.Instance.Log(), и всё, приехали. Твой класс теперь намертво прикручен к этой конкретной реализации. Хочешь подсунуть заглушку для тестов? Хуй там! Хочешь заменить на другую реализацию? Переписывай половину кода. Принцип инверсии зависимостей (этот твой DIP) просто плачет в углу, глядя на это безобразие.

В-третьих, он нарушает принцип единственной ответственности. Класс должен делать своё дело — логировать, конфиги читать, неважно. А он вместо этого ещё и сам себе менеджер жизненного цикла, сам себя создаёт, сам себя хранит. Это как если бы повар в ресторане не только готовил, но и сам закупал картошку, мыл полы и охранял вход с обрезом. Беспорядок, блядь.

Ну и вишенка на торте — потокобезопасность, или её пиздецкое отсутствие. Смотри, какой шедевр обычно пишут:

public class ProblematicLogger
{
    private static ProblematicLogger _instance;
    private ProblematicLogger() { }

    public static ProblematicLogger Instance
    {
        get
        {
            // Внимание, вопрос: что будет, если два потока зайдут сюда одновременно?
            if (_instance == null)
            {
                _instance = new ProblematicLogger(); // Ой, мама, роди меня обратно!
            }
            return _instance;
        }
    }
    public void Log(string message) { /* ... */ }
}

Красота, да? Два потока заходят, видят null, оба создают по экземпляру, и у тебя уже не синглтон, а близнецы, блядь. И попробуй потом найди, почему логи пишутся в разные файлы или конфиг ебёт мозг.

Так что же делать, спросишь ты? Не использовать? Да не, концепция-то сама — «один экземпляр на всё приложение» — она нормальная. Просто реализовывать её надо не этим кустарным способом, а по-взрослому.

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

Смотри, как это выглядит в нормальном, современном коде (например, в ASP.NET Core):

// Регистрируешь сервис ОДИН РАЗ в настройках приложения
builder.Services.AddSingleton<ILogger, FileLogger>(); // Вот, контейнер, держи, это будет один на всех

// А потом просто просишь его там, где нужно
public class OrderService
{
    private readonly ILogger _logger; // Зависимость от ИНТЕРФЕЙСА, а не от конкретного класса
    public OrderService(ILogger logger) // Контейнер сам подсунет тот самый единственный экземпляр
    {
        _logger = logger;
    }
    public void ProcessOrder()
    {
        _logger.Log("Processing..."); // Работаем
    }
}

Вот и вся магия. Никаких глобальных обращений, код тестируемый (подсунул Mock<ILogger> — и красота), зависимости явные. Контейнер сам рулит жизненным циклом, сам заботится о потокобезопасности создания.

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

Итог: Сам паттерн управления жизненным циклом (один экземпляр) — не антипаттерн. Антипаттерн — это его реализация через публичное статическое свойство Instance, которое создаёт все те проблемы, о которых мы тут с тобой, вспотев, поговорили. Не усложняй себе жизнь, используй инструменты по назначению.