Как и где инициализировать все компоненты проекта на Go в стиле ООП?

Question

[qucer]

Поделитесь как кто инициализирует компоненты в проекте на Go?
К примеру есть есть пакет repository, jobs (где используются repository), service (где используются jobs) и т.д.

Answer 1

[index0h]

Недавно решал такую же проблему:
Первый раз пробовал просто хардкодом, примерно так:
+ не жалко переписать полностью
- слабо конфигурабельно

Вторая попытка - упор на конфигурабельность но так же средствами чистого go:
+ можно настроить практически все
- тяжело поддерживать.

Третья попытка:
Переписал на базе самописного сервис-локатора примерно так:
+ мало кода, все настройки в yaml
- процесс инициализации не контролируем

Четвертая попытка:
Создана структура под конфигурацию, наполняется данными через viper + запускается через cobra примерно так:
+ в настройки выносится только необходимое, а не вообще все, как в случае с сервис локатором
+ процесс инициализации полностью контролируемый

В общем могу по рекомендовать следующее:
1. создайте структуру для всей вашей конфигурации приложения;
2. записывайте туда пользовательские настройки при начале инициализации;
3. для всех опциональных настроек обязательно должны быть значения по умолчанию;
4. не гонитесь за максимальной гибкостью, это приведет вас в тупик;
5. непосредственно создание компонентов выполняйте на базе сформированного объекта конфигурации, не стоит вытягивать отдельно каждую настройку через viper или его аналоги.

Answer 2

[Oleg Shevelev]

Евгений правильно написал - самый правильный способ. Вообще точка входа в программе всегда одна (main и init), а уже потом init и прочие функции в пакетах которые вызывают из package main.

package main
import mypackage

func init() {
... что-то сделали, что-то инициализировали, например доступ к базе или ещё чему
... ещё что-то инициализировали...
... начинаем инициализировать mypackage
mypackage.DB = DB // проинициализировали доступ в базу в пакете:)
mypackage.Other = Other // ещё что-то проинициализировали в пакете...
}

func main() {
... другой вопрос что можно и так, но в этом случае в пакете чуть больше логики...
   obj := package.Init()
   obj.SetDB(DB)
   obj.SetOther(Other)

   go obj.Start()
}

При желании можно ещё пару способов придумать...

Comments

[qucer]

Благодарю за ответ.
1) Т.е. я правильно понимаю, что в первом варианте (с init) иницализация проходит на уровне глобальных переменных в каждом пакете (что не совсем в стиле ООП)?
2) Какие плюсы и минусы есть у этих вариантов?

[Oleg Shevelev]

qucer: нужно понимать следующее отличие пакетов от пакета main:
1. в package main вначале выполняются все функции init(), а потом main(), функций init() может быть несколько - выполняются в произвольном порядке, но обычно по мере следования, можно разложить по нескольким файлам и это будет полностью нормально.
2. в package main функция main() является основной, в ней вы по сути запускаете все нужные механизмы, пишите какую-то минимальную логику их работы, init() помогающая функция, принято использовать для инициализации чего-угодно, но не для написания бизнес-логики как в main()
3. в прочих пакетах init() служит для инициализации компонентов для конкретного пакета, а не всего приложения в целом. Можете посмотреть пример инициализации image/jpeg https://golang.org/src/image/jpeg/reader.go

func init() {
		image.RegisterFormat("jpeg", "\xff\xd8", Decode, DecodeConfig)
}

4. в прочих пакетах функции main() нету, точнее вы можете её создать, но смысл её будет как у любой обычной функции.

Отсюда приходим к изоляции пространства пакета от пространства приложения (package main) и к изоляции между пакетами как таковыми. Функции init() в package main могут использоваться для передачи в пакеты всех необходимых данных (поитер на базу к примеру), либо тоже самое может происходить в функции main() всё того же package main. Внутри пакета делать инициализации для напрямую не связанных пакетов - бессмысленно и не правильно.

Глобальных переменных в Golang в обычном понимании нет... но да, из package main вы передаёте доступ к данным в другие пакеты и они ими пользуются - в этом плане переменные можно назвать "глобальными", но пока вы их не передадите (по поинтеру или копированием) в пакетах их видно не будет (по этому они не глобальные).

Про плюсы: на самом деле смотрите как вам удобнее. Если будете перегружать кодом main() - будет печально отлаживать. А по части того где передавать поинтеры на что-то "глобальное" вроде базы в пакеты - это сугубо на ваше усмотрение. Просто в одной варианте вы сделаете это один раз mypackage.DB = DB, а в другом будете делать каждый раз при создании нового объекта из пакета obj := package.New(DB)

Про стиль ООП, на самом деле Golang очень хорош в своём подходе к объектно ориентированному программированию, просто не всем нравится:) И к вопросу инициализации это вообще не имеет почти никакого отношения.

Answer 3

[Евгений]

При инициализации пакета автоматически вызывается функция init() (если она определена), в ней можно указать нeобходимую логику для старта.