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

где там ссылка на github этого примера? Peter

...

где там ссылка на github этого примера? Peter

после слов UPDATE: I received a lot of great feedback

https://github.com/benbjohnson/wtf

это я так понимаю

da

Hola Гофферы. Кто-нибудь работал же, наверняка, со связкой gorm+gin? У меня есть вот такой структ type Game struct { ....... PlayersInGame []PlayerInGame `form:"players_in_game" json:"players_in_game"` } Я делаю что-то вроде var json models.Game err := c.Bind(&json) Но не могу понять как мне правильно забиндить еще вот этот вот PlayersInGame. Есть какие мысли?

Hola Гофферы. Кто-нибудь работал же, наверняка, со связкой gorm+gin? У меня есть вот такой структ type Game struct { ....... PlayersInGame []PlayerInGame `form:"players_in_game" json:"players_in_game"` } Я делаю что-то вроде var json models.Game err := c.Bind(&json) Но не могу понять как мне правильно забиндить еще вот этот вот PlayersInGame. Есть какие мысли?

var json []models.PlayerInGame err := c.Bind(&json)

Это-то понятно, что можно так забиндить. Но мне нужны поля одновременно и из Game и из PlayersInGame. То есть запрос будет вида {game: {result: 'black', place: 'msk', players_in_game: [{...}, {...}, ...]}}

Чят, у нас тут 800 мемберов. Ровно.

Мы почти догнали самый захудалый чат про сиськи. Не знаю, хорошо это или плохо.

combot.org/chat/-1001046001048

Мы почти догнали самый захудалый чат про сиськи. Не знаю, хорошо это или плохо.

ссылку плеас

+

+

+

поклонниц c/c++ не так интересно видеть, как поклонниц go

поклонниц? каких поклонниц?

поклонниц? каких поклонниц?

Группу поддержки.

поклонниц? каких поклонниц?

рабынь

блин, каждый гошный проект - кто в лес, кто по дрова :( у кого-то вся реализация апи - большая портянка в main.go у кого-то попытка аккуратно раскидать хэндлеры по файликам в папку handlers кто-то routes.go отдельным файликом делает кто-то городит свой фреймворк, с контроллерами и интерфейсами а как вы структурируете ваш код с echo или gin? :) где вы держите файлы _test.go, рядом с реализацией или в какой-то далеко запрятной папочке tests? :) про организацию доступа к БД вообще молчу..

так то везде так

так то везде так

ну в рельсовых проектах это как-то более менее скаффолдингом разруливалось да и в асп.нет веб-апи проектах тоже

ну в рельсовых проектах это как-то более менее скаффолдингом разруливалось да и в асп.нет веб-апи проектах тоже

Ну как-то да, во многих языках есть давно устоявшиеся Best Practices.

Есть что-то аналогичное для го? Или каждый мочит как он хочет?

В effective go просто не нашел рекомендаций по организации кода по файлам и т.п.

угу тока этиъ бестпрактис вагон и тележка. 2 команды разработки в контексте одной компании с друдом договариваются о том чтобы делать по одним и тем же бест практисам. а если говорить о командах в разных компаниях то в 99% случаев у всех все сделано по разному. и это не плохо и не хорошо. просто серебряных пуль нет

угу тока этиъ бестпрактис вагон и тележка. 2 команды разработки в контексте одной компании с друдом договариваются о том чтобы делать по одним и тем же бест практисам. а если говорить о командах в разных компаниях то в 99% случаев у всех все сделано по разному. и это не плохо и не хорошо. просто серебряных пуль нет

Да это понятно.

в смысле "не плохо" это однозначно против идеологии го, так что плохо

Хотя может это с непривычки так, и со временем станет пофигу как организован код?

в смысле "не плохо" это однозначно против идеологии го, так что плохо

Не совсем ясно, к чему было это сообщение

ответ к и это не плохо и не хорошо

ответ к и это не плохо и не хорошо

И где это противоречит идеологии?

афаик философия языка в том, чтобы делать вещи по-максимуму простыми и без шансов сделать 101 реализацию

афаик философия языка в том, чтобы делать вещи по-максимуму простыми и без шансов сделать 101 реализацию

Это про базу языка.

Про более высокоуровневые вещи - как это можно контролировать? Анреал

Есть язык, на нем пишут 100500 людей. Запретить им изобретать свои велосипеды? Бить по рукам? Унижать в чатах и в комментах на гитхабе?

а как другие языки контролируют? в тот же gofmt добавить пару правил, как вариант

а как другие языки контролируют? в тот же gofmt добавить пару правил, как вариант

Никак.

Запретить им изобретать свои велосипеды? Бить по рукам? — именно

а как другие языки контролируют? в тот же gofmt добавить пару правил, как вариант

И gofmt будет знать про то как организован роутинг? Какую ORM использует проект? Имхо дохрена для gofmt

Запретить им изобретать свои велосипеды? Бить по рукам? — именно

Задумка хороша. Не понимаю как предлагается это реализовать.

построить граф зависимостей проекта => поиск одобренных паттернов

другой вопрос, что это уже не продавить, тк подходящее время прошло (слишком много софта уже написано)

максимум — ввести устные непроверяемые best practices

другой вопрос, что это уже не продавить, тк подходящее время прошло (слишком много софта уже написано)

А в чем проблема? Так-то go lint какой-нибудь далеко не все юзают

велосипеды это хорошо

Т.е. кому не надо - не будут юзать новый стандарт и будут продолжать писать велосипеды

Велосипедный софт, который уже есть, отомрет со временем.

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

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

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

я

я

как добился?

как добился?

книжки читал. фаулер, эванс, ddd, модульное разбиение

код гайд прочитали до старта проекта)

подогрею еще немного... func InitDb() *gorm.DB { db, err := gorm.Open(...) db.AutoMigrate(&User{}) return db } нельзя вот без бест-практик такое джуниорам показывать у всяких там туторов это всё в main.go рядом с роутами и прочим.. мне тут выдали - в каждом хендлере дергают этот InitDb :)

подогрею еще немного... func InitDb() *gorm.DB { db, err := gorm.Open(...) db.AutoMigrate(&User{}) return db } нельзя вот без бест-практик такое джуниорам показывать у всяких там туторов это всё в main.go рядом с роутами и прочим.. мне тут выдали - в каждом хендлере дергают этот InitDb :)

Во-во. Я где-то выше рассказывал про проект, где на каждый запрос открывали соединение с БД, а потом закрывали.

ERROR: S client not available

книг по шарпам от мс начитались)

подогрею еще немного... func InitDb() *gorm.DB { db, err := gorm.Open(...) db.AutoMigrate(&User{}) return db } нельзя вот без бест-практик такое джуниорам показывать у всяких там туторов это всё в main.go рядом с роутами и прочим.. мне тут выдали - в каждом хендлере дергают этот InitDb :)

в init() надо класть просто :)

в init() надо класть просто :)

Так будут init() в каждом хендлере дергать

лол

книг по шарпам от мс начитались)

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

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

я юзаю di в go-проектах. контейнер написал в 20 строк

я юзаю di в go-проектах. контейнер написал в 20 строк

увы, не все так могут :( если знаешь и понимаешь о чём оно - да, ничего сложного.

я юзаю di в go-проектах. контейнер написал в 20 строк

С рефлексией?

С рефлексией?

без. просто реестр сервисов

Всем привет Может кто подсказать по следующему вопросу m := make([]int, 0, 10) func(a []int) { a = append(a, 12) }(m) fmt.Println(m) почему при должном cap append создает новую область памяти для массива в slice

Всем привет Может кто подсказать по следующему вопросу m := make([]int, 0, 10) func(a []int) { a = append(a, 12) }(m) fmt.Println(m) почему при должном cap append создает новую область памяти для массива в slice

а как ты понял, что он создаёт новую область?

блин, каждый гошный проект - кто в лес, кто по дрова :( у кого-то вся реализация апи - большая портянка в main.go у кого-то попытка аккуратно раскидать хэндлеры по файликам в папку handlers кто-то routes.go отдельным файликом делает кто-то городит свой фреймворк, с контроллерами и интерфейсами а как вы структурируете ваш код с echo или gin? :) где вы держите файлы _test.go, рядом с реализацией или в какой-то далеко запрятной папочке tests? :) про организацию доступа к БД вообще молчу..

erlang лучше? :)

erlang лучше? :)

увы.. :)

что значит "увы"? :)

что значит "увы"? :)

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

ой, да ладно. у нас в чятике обясняют и помогают. кто не хочет - заставляют. кто убегает в чятики про го - преследуют и троллят. шучу :)))

Го не язык, "ко-ко-ко"

а чо, товарищи, в атоме есть норм. плагин для гошечки?

а чо, товарищи, в атоме есть норм. плагин для гошечки?

Саблайм не плох

или лучше ориентироватья на гогланд?

А что нужно кроме подсветки синтаксиса?)

а чо, товарищи, в атоме есть норм. плагин для гошечки?

vs code

А что нужно кроме подсветки синтаксиса?)

автокомплишен как минимум :)

ну и возможность сходить в гиты и прочее

Госпадэ

ну емакс коврыять не хочу пока, влом асиливать elisp :)

Мож те еще автоматизированную ide для написания кода?

Vim с плагинами очень неплох

Gogland еще