Когда стоит использовать Singleton

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

Что он умеет хорошего, этот хитрожопый?

• Доступ к нему — как к холодильнику ночью: глобальный, откуда угодно. Захотел — пришёл, взял. Никаких тебе танцев с бубном.
• Гарантия, что экземпляр один. То есть не будет у тебя двух боссов, которые будут давать противоположные команды, как тёща с тёщей. Один царь и бог.

Но и минусов, блядь, овердохуища:

• Тестирование превращается в пиздец. Все зависимости по нему спрятаны, как носки от жены, и подсунуть заглушку — тот ещё геморрой.
• Код начинает завязываться на него, как алкаш на ларёк. Получается такая сцепка, что потом разъебать — сил не хватит.

Смотри, как выглядит этот красавец:

object DatabaseManager {
    fun queryData() { /* ... */ }
}
// Использование:
DatabaseManager.queryData()

Видишь? object и всё. Проще говоря, это как объявить себя главным на районе. Все зовут — ты один откликаешься.

Но не думай, что это панацея, чувак. Есть же альтернативы, не будь бараном.

• Внедрение зависимостей (типа Dagger/Hilt). Это когда тебе не самому искать, а тебе аккуратно подносят на блюдечке. Красиво, модно, молодежно.
• Ленивая инициализация через by lazy. Это как пообещать "сделаю завтра". Работает, пока реально не понадобится.

Короче, используй Singleton с умом, а не как дурак. Не превращай свою архитектуру в помойку, где всё держится на одном гвозде. Сам от такого охуевал не раз.