Не трогайте мышь и отойдите от клавиатуры

Почаще изобретайте колесо

Не поддавайтесь соблазнам паттерна Singleton

• 
  Требование единственности экземпляра часто оказывается мнимым. Во многих случаях это чистое предположение, что в будущем не понадобятся дополнительные экземпляры. Широковещательное объявление о таких спекулятивных свойствах во время проектирования приложения чревато возникновением в какой-то момент неприятностей. Технические требования подвергаются изменениям. Хорошие проекты это учитывают. Синглтоны – нет.
  
• 
  Синглтоны ведут к возникновению неявных зависимостей между теоретически независимыми модулями кода. Проблема в том, что, во-первых, они незаметны, а, во-вторых, создают ненужные связи между модулями. Этот запашок в коде становится слышнее, когда вы пытаетесь писать модульные тесты, основанные на слабом связывании и возможности селективно применять фиктивные реализации вместо настоящих. Синглтоны не дают осуществлять такое простое моделирование.
  
• 
  Синглтоны также неявно сохраняют состояние, что снова мешает модульному тестированию. Модульное тестирование предполагает, что тесты независимы друг от друга, а потому их можно выполнять в любом порядке, а программу можно установить в заданное состояние перед выполнением каждого модульного теста. Как только появляются синглтоны с изменяемым состоянием, обеспечить такие условия может быть трудно (не люблю читать такие обороты, может просто «будет труднее»?). Кроме того, такое глобально доступное устойчивое состояние затрудняет понимание смысла кода, особенно в многопоточной среде.
  
• 
  Многопоточность создает дополнительные ловушки в использовании паттерна синглтона. Поскольку простая блокировка доступа не очень эффективна, получила распространение так называемая блокировка с двойной проверкой (DCLP). К несчастью, это может быть еще одним видом рокового влечения (роковое влечение к паттерну синглтон? :-) или к кому). Оказалось, что во многих языках DCLP не является потоково-безопасной, и даже в тех, где это не так, сохраняются возможности для сохраняется риск ее неправильной работы. (возможность неправильного – нескладно как-то, возможность это ведь как правило что-то хорошее)
  

• 
  Явное закрытие синглтонов не поддерживается. В отдельных контекстах это может оказаться проблемой – например, в архитектуре с подключаемыми модулями, где плагин можно безопасно выгрузить, только если все его объекты зачищены.