хочется как-то "втыкать" json сущности в json ответа

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

как это сделать?

select-то тут зачем? оО

это драфт функции

не до конца написана еще

вопрос - как мне закрыть out когда psession.Finished

если не дает спать select

точнее закрыть то получается канал, но как не писать в закрытый канал? и понять что он закрыт

https://gobyexample.com/closing-channels

в моем случае индикатор того что хватит лежит вне функции

это сильно некрасиво?

ну если ты одним и тем же out пользуется и там и там

очевидно ты или должен или как-то его передавать в функции как аргумент

или хранить его в замыкающем их скоупе

Эмм чет не пойму все в одном пакете

Скорее всего ты билдишь файл, а не пакет

пишу middleware для echo. Внутри втыкаю println(context.Response().Status) . В обработке urla пишу return context.String(404, "test error") . И мидлваря мне вываливает статус 200....Почему такое может быть?

Скорее всего ты билдишь файл, а не пакет

оу

А подскажите ка слаковую группу по го

Можно ли Gogland подружить с Golint? Каждый раз через консоль не самое удобное дело

а кто понял что означает переименование Докера в Moby?

Moby Dock

https://habrahabr.ru/post/326798/

Ребятки, тут в чате кто то писал, что в каналах Go используется 2 мютекса внутри. Где нибудь есть статья об этом?

(потому, что в канале больше одного мутекса)

Я про это. Просто для себя интересно.

/help

/памагити

@berserkk https://habrahabr.ru/post/308070/

@berserkk https://habrahabr.ru/post/308070/

Да, я читал эту статью. Но там вроде только про 1 мютекс говорится.

Там про один мутекс, ага

Какая боль для перфекциониста когда функция аргументов у функции как штатов в америке (нет)

Сильно! :)

Кажется, тут могла бы быть структура

Хотя бы interface{}

Чтоб о порядке при передаче не думать

И читалось лучше чем func(1, 5, 7, "FG")

Как вариант, кстати, спасибо. Просто тогда нарушится общность с остальными функциями. В любом случае, чуть позже будут сделаны обертки для этой функции на разные случаи, она сама по себе как база.

Что я делаю не так?

а так работает

Как влияет регистр на это?

для json-а нужны экспортируемые поля

вот, а как они помечаются? я же справа просписал уже в ковычках, регистр влияет на экспорт поля?

вот, а как они помечаются? я же справа просписал уже в ковычках, регистр влияет на экспорт поля?

эскпортируемые с большой буквы начинаются

<offtopic>Всегда хотелось узнать, где вы вот этого "в ковычках" понабрались?</offtopic>

<offtopic>Всегда хотелось узнать, где вы вот этого "в ковычках" понабрались?</offtopic>

теги же, так верно называется?)

теги же, так верно называется?)

Чего теги? Всегда "кавычки" в русском языке было

Кстати, а Теги в Go несут еще какие-либо функции, кроме помощи при рефлексии?

Ну можно и кастомной информацией их загрузить.

Кажется, тут могла бы быть структура

да

Хотя бы interface{}

неееет!!!

ну это если таких функций 20, и у всех набор разный, то под каждую структуру делать не оч, да

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

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

не надо так

не, я согласен, что лучше именованная структура

но неименованная лучше чем 20 параметром

лучше 20 параметров, чем пустой интерфейс

это хоть зарефакторить можно потом

ага, может ты еще винапи вспомнишь?

как классно было помнить, что между 2 и 3 аргументом нужно еще 3 нулла передать

как классно было помнить, что между 2 и 3 аргументом нужно еще 3 нулла передать

Обёртки даже не написали?

обертки — это уже что-то на уровне тех же именованных структур

еще раз, я не говорю, что пустой интерфейс — хорошо, я говорю, что 20 параметров — хуже

Нужно голосование. Я голосую за 20 параметров.

явное лучше

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

явное лучше

Java тут не место! ))

Господа, ну вы что Какие двадцать параметров Какие интерфейсы

Java тут не место! ))

Пайтон же

Используйте структуры и будет вам счастье

Используйте структуры и будет вам счастье

плюсую.

Как лучше передавать много параметров в функцию? Использовать структуру – 28 ??????? 88% Другое – 3 ? 9% Стопицот парметров - так и передавать. С группировкой по типам – 1 ▫️ 3% Использовать interface{} ▫️ 0% ? 32 people voted so far.

Java тут не место! ))

Блин, с опазданием понял шутку

есть вот такая спорная баянистая статья: https://dave.cheney.net/2014/10/17/functional-options-for-friendly-apis

есть вот такая спорная баянистая статья: https://dave.cheney.net/2014/10/17/functional-options-for-friendly-apis

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

Фабрики параметров с фабриками объектов! С фабриками для первых двух фабрик

и фабриками фабрик первых двух фабрик

и фабриками фабрик первых двух фабрик

Не понял, прошу объяснить.

по фабрике на каждый параметр

Не понял, прошу объяснить.

больше фабрик хороших и разных

Похоже, что я не знаю, что такое "фабрика"...

Похоже, что я не знаю, что такое "фабрика"...

ну паттерн же

погуглил, вроде начал догадываться

в джаве их много, ибо язык располагает

вот например в apache xml-rpc: https://ws.apache.org/xmlrpc/apidocs/org/apache/xmlrpc/server/RequestProcessorFactoryFactory

В идеале, чтобы помимо дефолтных значений у аргументов, можно было бы еще вызывать функцию с именнованными аргументами. x := a(name="Adolf", age=13), а те что не заданы в функции использовали бы значения по умолчанию. Привет, Питон)