Библиотека Go для собеса | вопросы с собеседований

❓ Почему инициализация через init() не считается ленивой

Иногда экземпляр Singleton можно создавать заранее, при старте пакета. В Go для этого существует функция init().

Singleton с init() в действии

package main

import (
    "fmt"
)

type singleton struct {
    config string
}

var instance *singleton

func init() {
    instance = &singleton{config: "preloaded"}
}

func GetInstance() *singleton {
    return instance
}

func main() {
    s := GetInstance()
    fmt.Println("Singleton config:", s.config)
}

➡️ Особенности подхода:
• Инициализация происходит один раз, до выполнения main() — автоматически
• Синхронизация не требуется — init() вызывается в однопоточном контексте
• Порядок инициализации между пакетами гарантирован Go-рантаймом

➡️ Подходит для простых случаев:
• Объект всегда нужен в программе
• Конфигурация не зависит от внешнего ввода
• Важна простота, а не гибкость

➡️ Недостатки
• Нарушает ленивую загрузку — объект создаётся даже если не используется
• Затрудняет подмену или настройку из внешнего источника (например, через флаги, файлы, ENV)
• Может ограничить тестируемость и повторную инициализацию

🐸 Библиотека Go для собеса

Please open Telegram to view this post

VIEW IN TELEGRAM

😁4❤2👍1

www.tgoop.com/go_interview_lib/935

1.38K viewsJul 8 at 18:04

❓ Почему инициализация через init() не считается ленивой

Иногда экземпляр Singleton можно создавать заранее, при старте пакета. В Go для этого существует функция init().

Singleton с init() в действии

package main

import (
    "fmt"
)

type singleton struct {
    config string
}

var instance *singleton

func init() {
    instance = &singleton{config: "preloaded"}
}

func GetInstance() *singleton {
    return instance
}

func main() {
    s := GetInstance()
    fmt.Println("Singleton config:", s.config)
}