Предложения по оптимизации названий пакетов в Golang?

Question

[Soft_touch_plastic]

Здравствуйте, я пишу софт с использованием го, и в процессе наткнулся на следующий момент в работе: если я выношу функционал в отдельный пакет, и хочу иметь единственную точку входа к настройкам приложения, или скажем базе данных, то получается следующая каша:

logger.Logger.Setup("log.log")
database.Database.Connect()
settings.Settings.Setup("options.json")

где первое название пакета, а второе структуры, находящейся в нем. Возможно, есть какие-то практические советы по неймингу в таких ситуациях?

Answer 1

[Александр Павлюк]

Если используете глобальные пакеты (не советую, кстати, лучше dependency injection использовать), то зачем вам там второй уровень вложенности?
Выводите функции в этих пакетах в корень и тогда будет:

logger.Setup("log.log")
database.Connect()
settings.Setup("options.json")

Comments

[Soft_touch_plastic]

Емае, очевидно же. Спасибо)
А почему не рекомендуете глобальные пакеты?

[Александр Павлюк]

Soft_touch_plastic, в глобальных пакетах можно оставить лог, например. Остальное бы вынес.

Потому что тестить с глобалами очень сложно и могут быть проблемы с побочными эффектами (когда одна функция что-то меняет в глобальной области, а другие от этого ловят баги, отлаживать такое в большом проекте— смерть)