Кто генерит по swagger 3? Какой генератор используете? Что получаете на выходе? Только описания структур? Какие-то хендлеры для http?

А где можно об архитектуре ВЕБ приложения почитать?

Building web application от astaxie

Вот так плохо делать? Core.User.IsUserExists(1);

Вот так плохо делать? Core.User.IsUserExists(1);

Очень плохо. Учительница английского поставит двойку за четверть :)

Глобалы плохо. Единичка не понятно за что отвечает

И да, is к глаголу это как монитор в монитор у Экзибита

Глобалы плохо. Единичка не понятно за что отвечает

Единичка - айди. А как делать иначе, не глобально, можно код?

Вот так плохо делать? Core.User.IsUserExists(1);

IsUserExistsDoes тогда-уж (щутка)

Единичка - айди. А как делать иначе, не глобально, можно код?

А у User id нет?

А у User id нет?

Нету чего?

У юзера не хранится ID?

У юзера не хранится ID?

Хранится в бд

func (u *User) IsUserExists() { return DB.count(u.ID) > 0 }

Не так?

Типо такого, да.

Зачем тогда айди аргументом?

Стоп.

Нет, у меня не так

Ну я там образно написал конечно

User - это скорее класс, а не объект

В нем разные методы

Юзер это структура

Это структура, у который как-бы статические методы

Если вы пытаетесь притянуть за уши какие то практики из JS то сначала почитайте best practices на офф сайте, потом посмотрите популярные репозитории, потом приходите в чат за решениями реальных проблем

Это структура, у который как-бы статические методы

статические?

Иначе одмин зобанет

Если вы пытаетесь притянуть за уши какие то практики из JS то сначала почитайте best practices на офф сайте, потом посмотрите популярные репозитории, потом приходите в чат за решениями реальных проблем

Я глядел как устроен tinode, там идут глобальные переменные

func (u *User) IsUserExists() { return DB.count(u.ID) > 0 }

Вот так в принципе лучше всего и делать)

Вот так в принципе лучше всего и делать)

Для каждого юзера - свой объект?

Ну у тебя есть тип структура Юзер

Ну у тебя есть тип структура Юзер

Да, я делаю ее глобально

Еще тупой вопрос. Передавать в функцию объект БД или сделать его глобальным?

Тогда наверное UserStorage, который грузит или проверяет наличие юзеров?

type UserStorager interface { UserExists(ID: int) bool GetByID(ID: int) (User, error) }

Тогда наверное UserStorage, который грузит или проверяет наличие юзеров?

С объектом бд?

Еще тупой вопрос. Передавать в функцию объект БД или сделать его глобальным?

можно и так и так

С объектом бд?

Точнее с "объектом" для работы с БД.

С интерфейсом к БД - так лучше звучит

вначале в коде, userStorage := userstorage.New(DB) ```это можно положить глобально, или прокинуть где нужно работаь с юзаками ``` user, err := userStorage.GetByID(1)```

вначале в коде, userStorage := userstorage.New(DB) ```это можно положить глобально, или прокинуть где нужно работаь с юзаками ``` user, err := userStorage.GetByID(1)```

Точно, спасибо!

Но userstorage - глобальный же будет, а это плохо

пардон за форматирование - телегу порвало

Но userstorage - глобальный же будет, а это плохо

плохо есть 2 варианта. - прокидываем его - юзаем DI в каком-либо виде

Но userstorage - глобальный же будет, а это плохо

чем интересно?

чем интересно?

Мне тут сказали, сам не знаю

чем интересно?

Офф рекомендациями и возней с конкурентностью

если хэндлеры не в отдельных пакетах, а всё в одном умещается, то можно и глобальные переменные заюзать. Отпадаются всякие прокидывания и DI

В рамках пакета можно завести глобал, не самое страшное конечно же

какая конкурентность с БД?) там все локи на уровне БД происходят

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

Сужу субьективно и строго по себе

если речь про http, то они и так накидаются и будут юзать глобал

Сужу субьективно и строго по себе

И где продвинутся дальше по Го, а не кидать горутинами с глобалом?

И где продвинутся дальше по Го, а не кидать горутинами с глобалом?

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

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

Но чтобы понять что я делал не так - надо знать как нужно делать.

Но чтобы понять что я делал не так - надо знать как нужно делать.

Вы поймете это уже работая со своей кодовой базой

Вам будет что-то неудобно, что-то нелепо, а что-то не работать

Ну или наоборот

Буду костылить?)

А КАК нужно делать есть на оф сайте. Конечно там нет паттернов проектирования, но это можно посмотреть в популярных фреймворках как вариант

Буду костылить?)

Само собой

А КАК нужно делать есть на оф сайте. Конечно там нет паттернов проектирования, но это можно посмотреть в популярных фреймворках как вариант

Я читал на сайте Effective Go.

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

А КАК нужно делать есть на оф сайте. Конечно там нет паттернов проектирования, но это можно посмотреть в популярных фреймворках как вариант

как раз таки есть там паттерны, только специально для Го, потому что обычные ООП не особо вписываются

На практике эффект ярче, а "нормальных курсов" в одном экземпляре не найти

если хэндлеры не в отдельных пакетах, а всё в одном умещается, то можно и глобальные переменные заюзать. Отпадаются всякие прокидывания и DI

+

Это очень удобно

На практике эффект ярче, а "нормальных курсов" в одном экземпляре не найти

Так, мне костылить или читать разные книги про го?

Так, мне костылить или читать разные книги про го?

И то и то же!

И то и то же!

А по каким книгам изучали вы?

А по каким книгам изучали вы?

Я говнокодер

Я говнокодер

Неожиданный поворот

Читаю чужие репы, статьи и стэковерфлоу

шо тут про интерфейсы все мучу, если они должны быть в "приемнике" это что их в handlers обьявлять?

ну такое

Парни, я делаю два импорта одинаковых модулей в разных файлах, это плохо?

Парни, я делаю два импорта одинаковых модулей в разных файлах, это плохо?

это норм

Ребята, я тут AMQP сервер запилил, и очень был бы рад и благодарен замечаниям, предложениям, конечно же лайкам и особенно критике, можно в личку. Это мой первый большой проект на Go, забрасывать не хочу и буду продолжать над ним работать https://github.com/valinurovam/garagemq

А кто-нибудь делал метрики для prometheus в приложении? Все пишут полный список метрик со всеми параметрами а потом их используют? Или есть какие-то более удобные решения?

Ребят, а какие есть еще инструменты для анализа кода на Go, помимо стандартных?

Зачем линтер, если есть стандартные тулы

Зачем линтер, если есть стандартные тулы

иногда помогает, когда устал)

Зачем линтер, если есть стандартные тулы

Доброе утро

Зачем линтер, если есть стандартные тулы

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

эта книга лучшее из того что я читал про тестирование

Подскажите, как правильно в го использовать предопределённые эрроры. Я вот хочу в проекте глобально использовать ряд специфических для проекта ошибок, ну типа как в позиксе для сокетов определены EACCESS, EWOULDBLOCK и всё такое. Ну то есть чтобы был отдельный модуль, где описаны все возможные ошибки, например ErrMyCustomError1, ErrMyCustomError2, ErrMyCustomError3... а функции в других модулях могли этот модуль импортировать и их возвращать. Ну и мне вообще не нравятся в коде строковые литералы вместо определённых в удобном месте констант. Но блин... https://play.golang.org/p/0pSxLyUQmt3 как? собственно, как объявить два эррора, равных друг другу?

Подскажите, как правильно в го использовать предопределённые эрроры. Я вот хочу в проекте глобально использовать ряд специфических для проекта ошибок, ну типа как в позиксе для сокетов определены EACCESS, EWOULDBLOCK и всё такое. Ну то есть чтобы был отдельный модуль, где описаны все возможные ошибки, например ErrMyCustomError1, ErrMyCustomError2, ErrMyCustomError3... а функции в других модулях могли этот модуль импортировать и их возвращать. Ну и мне вообще не нравятся в коде строковые литералы вместо определённых в удобном месте констант. Но блин... https://play.golang.org/p/0pSxLyUQmt3 как? собственно, как объявить два эррора, равных друг другу?

Так ты и создавай сразу ошибку и с ней сравнивай. var ErrNotFound = errors.New('error desc')

т.е. каждый эррор сделать глобальной переменной?

Как-то это не go way, мне кажется

Как-то это не go way, мне кажется

так сделано в стандартной библиотеке, например https://github.com/golang/go/blob/master/src/io/io.go#L28.

Есть свой пакет. Который качается через go get. Но когда я его обновляю и заливаю на гит. То проект который использует его не может обновить через go get.

-u?