очень странно, что у вас во всех пакетах она имеется

Использовать можно и нужно, просто эта функция для первичной инициализации, а не для сложной логики, и в тестах вас не должно заботить, что она вызывается.

Нужно разве что в исключительных случаях. Нельзя хранить состояние глобально. Это тоже самое, что статические классы в шарпе или жаве.

очень странно, что у вас во всех пакетах она имеется

Не прям во всех пакетах, пара инитов есть, просто видно что тест тормозит из-за них. Там из-за мелочного теста получается 500мс. Мне не принципиально конечно. Но я думал это будет гораздо быстрей.

Нужно разве что в исключительных случаях. Нельзя хранить состояние глобально. Это тоже самое, что статические классы в шарпе или жаве.

Кстати, можете объяснить почему глобально такие вещи хранить не рекомендуется?

у вас что-то странное в init, видимо есть смысл подумать над архитектурой, и избавиться от init

Кстати, можете объяснить почему глобально такие вещи хранить не рекомендуется?

Концептуально нельзя хранить состояние глобально. Это вообще для всех языков и платформ. Потому, что это создаёт зависимости между кодом, делает его нетестируемым, приводит к side effects, делает код потоконебезопасным.

у вас что-то странное в init, видимо есть смысл подумать над архитектурой, и избавиться от init

Там три мапы make(map[uint]string). При инициализации, заправшивают у базы текущие платежные методы, статусы и еще типа того.

Концептуально нельзя хранить состояние глобально. Это вообще для всех языков и платформ. Потому, что это создаёт зависимости между кодом, делает его нетестируемым, приводит к side effects, делает код потоконебезопасным.

А как тогда хранить что либо, если не глобально?

Нужно разве что в исключительных случаях. Нельзя хранить состояние глобально. Это тоже самое, что статические классы в шарпе или жаве.

а как же кеш это же по сути тоже состояние, его нет смысла хранить локально - ведет к увеличение памяти и тд

А как тогда хранить что либо, если не глобально?

IoC, DI

а как же кеш это же по сути тоже состояние, его нет смысла хранить локально - ведет к увеличение памяти и тд

Непонятно о каком кеше идет речь

Да и есть redux и многие глобальные единые хранилища состояний

IoC, DI

Даже незнаю что это. Посмотрю. Мне просто нужно хранить статусы, чтобы к ним можно было обращаться с любой точки приложения.

{1: "Статус1", 2: "Статус2" и тд}

Непонятно о каком кеше идет речь

Кеш состояний JWT -> User

если постоянно производить расшифровку - трата вычеслительных мощей

а так храни и везде молучай

А нельзя просто проинициализироваться, заполнить глобальную карту данными и залочить ее для изменений, но разрешить читать с нее данные как бы?

А нельзя просто проинициализироваться, заполнить глобальную карту данными и залочить ее для изменений, но разрешить читать с нее данные как бы?

а зачем лочить?

Ищу фронтендера знакомого с GO архитектурой подробности в личку

а зачем лочить?

Ну я незнаю. Вот люди говорят же мол это хреново хранить глобальную карту.

А нельзя просто проинициализироваться, заполнить глобальную карту данными и залочить ее для изменений, но разрешить читать с нее данные как бы?

Нельзя. Надо городить велосипед с геттерами

Ну я незнаю. Вот люди говорят же мол это хреново хранить глобальную карту.

Да люди много чего говорят, у них мб архитектурно все иначе чем у вас

это ж не значит что надо все бросать и переделывать как все говорят

Ну я незнаю. Вот люди говорят же мол это хреново хранить глобальную карту.

Конечно хреново, будешь что-то записывать в мапу, а в другом потоке попробуешь прочитать и упс - паника

Конечно хреново, будешь что-то записывать в мапу, а в другом потоке попробуешь прочитать и упс - паника

паника - врятли, race - может быть, но для кеша это не принципиально

+ есть sync.Map

Да люди много чего говорят, у них мб архитектурно все иначе чем у вас

Ну я запрашиваю так у базы: какие на данный момент существуют статусы?(положил в массив); Какие на данный момент существуют методы оплаты? (положил в массив) Затем чтобы вызвать статус, просто вызывается ГобалСтатус[1] - всё. Чтобы вызвать метод оплаты вызывается ГлобалPaymentMethod[2] - типа того. Только для этого использую.

Конечно хреново, будешь что-то записывать в мапу, а в другом потоке попробуешь прочитать и упс - паника

а локально у вас так не может быть )

Конечно хреново, будешь что-то записывать в мапу, а в другом потоке попробуешь прочитать и упс - паника

Я не записываю в эту карту. Это вобще не относится к записи.

Конечно хреново, будешь что-то записывать в мапу, а в другом потоке попробуешь прочитать и упс - паника

Для такого использую sync.Map

а локально у вас так не может быть )

Локально мютекс не будет локать глобально все приложение

Ну я запрашиваю так у базы: какие на данный момент существуют статусы?(положил в массив); Какие на данный момент существуют методы оплаты? (положил в массив) Затем чтобы вызвать статус, просто вызывается ГобалСтатус[1] - всё. Чтобы вызвать метод оплаты вызывается ГлобалPaymentMethod[2] - типа того. Только для этого использую.

Так что? Даже если используешь карту только для чтения, тоже нельзя глобал мапы делать? В начале при инициализации.

Локально мютекс не будет локать глобально все приложение

только каждый контроллер будет иметь одельный кеш на все это дело) и разные результаты

Так что? Даже если используешь карту только для чтения, тоже нельзя глобал мапы делать? В начале при инициализации.

да все можно) нет аргумента почему это делать нельзя

Просто я не хочу при каждом запросе жоинить в MySQL и переспрашивать методы оплаты.

Просто я не хочу при каждом запросе жоинить в MySQL и переспрашивать методы оплаты.

и не надо)

Я обновлю методы оплаты только тогда, когда это будет нужно. К примеру добавляется метод оплаты в базу. Затем рестартуешь приложение и всё. ?

Я обновлю методы оплаты только тогда, когда это будет нужно. К примеру добавляется метод оплаты в базу. Затем рестартуешь приложение и всё. ?

по идеологии redux даже этого делать не надо)

Что это? редьюкс

но это не из Go

это из JS

https://redux.js.org

Просто я не хочу при каждом запросе жоинить в MySQL и переспрашивать методы оплаты.

посмотрите https://golang.org/pkg/sync/#Once

посмотрите https://golang.org/pkg/sync/#Once

Если честно, не понимаю зачем юзать DO(f) в случае со статусами. Мне проще их в Init() проинициализировать единожды при запуске и все. Ну ладно, в общем я вас понял. Мы же вобще о тестах говорили.

Я немного не понял зачем эти тесты юзаются. Ты ведь сам пишешь и верные и неверные результаты.

если вы пишете для себя и работаете с кодом один, пишите как вам удобно и никого не слушайте)

если вы пишете для себя и работаете с кодом один, пишите как вам удобно и никого не слушайте)

Я сделал пакет тестинг соседним пакетом, теперь, когда он импортит пакет core - то не может проинициализироваться конфиг из ini файла, потом что относительно директории testing он лежит в другом месте.

если вы пишете для себя и работаете с кодом один, пишите как вам удобно и никого не слушайте)

опа!

Я сделал пакет тестинг соседним пакетом, теперь, когда он импортит пакет core - то не может проинициализироваться конфиг из ini файла, потом что относительно директории testing он лежит в другом месте.

Поэтому заранее нужно думать, а не игрушки играть. )

@palexashkav самозванец! ?

Поэтому заранее нужно думать, а не игрушки играть. )

вы сделали отдельно лежащий пакет с тестами для пакета core?

вы сделали отдельно лежащий пакет с тестами для пакета core?

Да. Там парень выше сказал так попробовать. )))

Вот, я могу в этой папке хранить тесты?

Тесты для core

что-то мне кажется это не правильно

если вы хотите протестить функционал именно core, то располагайте его в core, называя _test.go

у нас же есть префикс _test.go специально для тестов O_o

или я что-то путаю?

у нас же есть префикс _test.go специально для тестов O_o

простите за то что придираюсь и поправляю, просто мудак и не смог сдержаться — это не префикс, это суффикс

ну окей, суффикс

если вы хотите протестить функционал именно core, то располагайте его в core, называя _test.go

Сделал. Тест жалуется теперь на admin/core/Config.go:10 а там...

Сделал. Тест жалуется теперь на admin/core/Config.go:10 а там...

siteSettings, _ = cfg.GetSection("site settings")

E:\GoProjects\admin\core>go test panic: runtime error: invalid memory address or nil pointer dereference [signal 0xc0000005 code=0x0 addr=0x59 pc=0x97c9ac] goroutine 1 [running]: github.com/go-ini/ini.(*File).GetSection(0x0, 0xb1b021, 0xd, 0x0, 0x0, 0x0) E:/GoProjects/src/github.com/go-ini/ini/ini.go:290 +0x20c

ERROR: S client not available

а cfg.Load(...) ошибку не возвращал? конфиг загрузился без ошибок?

бред какой то, goland ругается на "мультипакедж" хотя там всего 3 файла в папке и все к одному относятся

уже и исключил всех остальных

Потому не используй никогда init()

Не говори чушь

Звучит также, будто "не дыши"

Инит нужно использовать по назначению

Если инит мешает - ты сам себе злобный Буратино

Инит нужно использовать по назначению

это как статический конструктор

а они никогда не нужны

точнее многие думают, что нужны

но нет

Сколько у тебя опыта коммерческой разработки?

точнее многие думают, что нужны

Так и есть.

Сколько у тебя опыта коммерческой разработки?

Кстати забавно - у меня 0

Сколько у тебя опыта коммерческой разработки?

два года

два года

Мандарин

Вот, теперь понятнее. А на go?

Вот, теперь понятнее. А на go?

год

А сколько SLOC за этот год?

Кто-то считает LOCи за большие периоды? (кто-то их вообще считает?)

Я

У меня счёт давно на миллионы ушёл

А зачем их считать, собственно?

А потом можно смотреть аномальные отклонения по производительности

Мерить производительность локами — заведомо плохая идея

У меня это одна из метрик, при чём моих личных

Я никого другого этой меткой не обвешиваю

Вы кажется, только что спросили у другого человека, сколько у него локов за год, чтобы узнать его "уровень", как это не обвешиваете?

Но если мне об ините затирает человек с годом коммерции на го, а на деле у него 1500 строк кода, то ч продолжать разговор не хочу, человек ещё не успел ничего сделать :)

Так что в этом случае исключение - я хочу быстро понять, есть ли хоть какой-то опыт у собеседника

А сколько SLOC за этот год?

Самому интересно стало. Около 30к

Вот мы и выяснили суть) Я на своих 30к тоже только понял, как юзать инит правильно, тогда все вопросы к нему пропали)