Ой, это ведь Го

Можно через функциональные аргументы

Можно через функциональные аргументы

А можно пример кода?

Принимать вместо опционального аргумента Into<Option<ArgType>>

блеванул

Ой, это ведь Го

ну да, ведь типам не хватает значения empty. булю, например. true, false, null и empty — охуенно же

блеванул

плюсую.

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

а метод какого api вы реализуете?

а метод какого api вы реализуете?

Конкретно сейчас https://www.livecoin.net/api/userdata Метод /exchange/trades

запили, может, структурку с опциями

как @toby3d делал в клиенте TG bot api

получается довольно удобно

но — это если я правильно задачу понял

как @toby3d делал в клиенте TG bot api

Можно ссылочку на код? Я находил подобное решение в статьях (если мы об одном и том же). Но в таком случаи клиентский код все равно должен заморичитсья с созданием структуры с параметрами

не, смотри, тип структуры предоставляешь ты сам

а чтобы дать возможность не задавать опции вовсе — можно использовать rest arguments

например: package a type SomeOpts struct {} // ... func DoSomeReq(options ...SomeOpts) SomeResult { opts := defaultOpts if len(options) > 0 { opts = options[0] } // ... }

в итоге валидным будет и a.DoSomeReq(), и a.DoSomeReq(customOptions)

Конкретно сейчас https://www.livecoin.net/api/userdata Метод /exchange/trades

это rest?

а лишних аллокаций не будет

тогда возьмите swagger и опишите api на нем

надо будет описать опциональные параметры и дефолты к ним

тогда возьмите swagger и опишите api на нем

описание апишки, вроде как, есть

вот эти дефолты и приедут в ваш хендлер

описание апишки, вроде как, есть

тогда достаточно кода нагенерить

но может я задачу саму упускаю) Alexey ты пишешь клиент к апишке или реализовываешь сам сервак апишки?

Клиент пишу

тогда достаточно кода нагенерить

вот именно, достаточно негенерить код :D

Клиент пишу

тогда уж лучше сделать удобный и адекватный клиент, I think

я в gramework специально делаю апишку так, чтобы было легко её юзать — так что там много кода с rest args

я в gramework специально делаю апишку так, чтобы было легко её юзать — так что там много кода с rest args

Нашёл, сейчас посмотрю, спасибо)

ну да, ведь типам не хватает значения empty. булю, например. true, false, null и empty — охуенно же

null, то есть, простите, nil - кривизна языка

Нашёл, сейчас посмотрю, спасибо)

note: там не клиент апи, там фреймворк именно для всяких серверных вещей

null, то есть, простите, nil - кривизна языка

ты не путай — с Optional ты получаешь в добавок к типичным null и true/false ещё и empty, в гошке у тебя nil будет только для ссылочных типов

ты не путай — с Optional ты получаешь в добавок к типичным null и true/false ещё и empty, в гошке у тебя nil будет только для ссылочных типов

> в гошке у тебя nil будет только для ссылочных типов И это плохо

народ, кто звёздочку не поставил грэйму, исправляйте ситуацию https://github.com/gramework/gramework ?

> в гошке у тебя nil будет только для ссылочных типов И это плохо

@banofbot

например: package a type SomeOpts struct {} // ... func DoSomeReq(options ...SomeOpts) SomeResult { opts := defaultOpts if len(options) > 0 { opts = options[0] } // ... }

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

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

ну — подходы несколько разные, но суть со структуркой одна

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

Щас бы в 2к18 юзать язык, в котором можно забыть проверить на nil

Я решил так, что если опциональных аргументов больше трёх-четырёх, то все их пихать в отдельную структуру

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

Щас бы в 2к18 юзать язык, в котором можно забыть проверить на nil

ты на каких языках пишешь?

это решает проблему именованных аргументов, но не решает проблему дефолтных значений

это решает проблему именованных аргументов, но не решает проблему дефолтных значений

мой варик решает проблему дефолтных значений

Щас бы в 2к18 юзать язык, в котором можно забыть проверить на nil

Человеческий фактор никто не отменял

Человеческий фактор никто не отменял

Зачем полагаться на такую несовершенную систему, как человек, если можно перепоручить заботу о проверке на компилятор?

ты на каких языках пишешь?

На языках с ADT

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

А можно пример кода?

https://dave.cheney.net/2014/10/17/functional-options-for-friendly-apis

тут разобраны разные варианты, в том числе и функциональный

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

https://dave.cheney.net/2014/10/17/functional-options-for-friendly-apis

Спасибо

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

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

мне только непонятно почему бизнес спонсирует эту деятельность всю

ну - какую-то деятельность он должен спонсировать

и эта пока выгоднее остальных

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

что он вырастит из яслей? О_о

в каком именно огороде все ок?

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

О, и как только все крупные компании, использующие go до этого не догадались. Вам нужно срочно написать пост и открыть миру глаза

в каком именно огороде все ок?

всё больше кажется, что Станислав и Антон всё ещё в шоке от ADT и граблей не нахватались

О. У нас давно не былл треда про историю исчезновения дженериков из go?

О. У нас давно не былл треда про историю исчезновения дженериков из go?

сто тыщ лет как не было

Блин. Надо таки записать и на таймер поставить. Раз в квартал я думаю будет ок

по крайней мере я не видел

Блин. Надо таки записать и на таймер поставить. Раз в квартал я думаю будет ок

давай опубликуем уже где-то

ссылку схороним и в людей кидаться можно будет

ERROR: S client not available

в каком именно огороде все ок?

о чем вы сейчас? о какой то технической невозможности сделать в языке АДТ и дженерики? шарп, свифт, раст, жава в конце концов. не уступают по скорости гошечке и имеют гораздо больше сахара. у них конечно другие интересы но я верю в свифт на бекенде и рост популярности шарпа, и f# в часности

Короче, начинаю вброс для набежавших явистов и иже с ними. В 1992 году они там были.

всё больше кажется, что Станислав и Антон всё ещё в шоке от ADT и граблей не нахватались

Да-да, я понимаю, что осознать для вас возможность типов без nil сложно. Ничего, я подожду

о чем вы сейчас? о какой то технической невозможности сделать в языке АДТ и дженерики? шарп, свифт, раст, жава в конце концов. не уступают по скорости гошечке и имеют гораздо больше сахара. у них конечно другие интересы но я верю в свифт на бекенде и рост популярности шарпа, и f# в часности

F# не взлетит, тайпклассов нет

О, и как только все крупные компании, использующие go до этого не догадались. Вам нужно срочно написать пост и открыть миру глаза

все гораздо хуже. крупные компании не догадались выкинуть тормозящие безтиповые скрипты типа питона и руби и конторы вроде инстаграма держат в секрете сколько рпс они выжимают с ядра, хотя понятно что чтото около пяти. хотя есть надежда на тайпскрипт и mypy

а mypy тут причём? =)

все гораздо хуже. крупные компании не догадались выкинуть тормозящие безтиповые скрипты типа питона и руби и конторы вроде инстаграма держат в секрете сколько рпс они выжимают с ядра, хотя понятно что чтото около пяти. хотя есть надежда на тайпскрипт и mypy

так то у питона строгая типизация имеется в наличии, но возможно вам это не известно

Да-да, я понимаю, что осознать для вас возможность типов без nil сложно. Ничего, я подожду

я разные системы типов видел. больше скажу — я пробовал в go вкручивать adt. вы сколько лет назад начали заниматься коммерческой разработкой?

так то у питона строгая типизация имеется в наличии, но возможно вам это не известно

А толку от её строгости при динамичности?

так то у питона строгая типизация имеется в наличии, но возможно вам это не известно

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

толк наверное в том, что она есть, а вы говорите что её нет

это лишь ты было что сказать. не "отсутствие" а "утиность". не тупой а альтернативно одаренный

скажите лучше, адепты дженериков - зачем они вам нужны?

мне вот ни разу не понадобились

а вам?

чтобы ныть о чём-нибудь другом. А то о дженериках надоело

если вам не нужны откажитесь от них в списках

Зачем полагаться на такую несовершенную систему, как человек, если можно перепоручить заботу о проверке на компилятор?

Проверку на ошибки выполнения ты тоже можешь компилятору поручить?

в каких списках?

гошных списках. или вы не знали что они дженерик?

я в курсе, что в go есть generic типы - map, например я не в курсе, зачем вам нужны генерики кроме тех, что уже есть

и, @enomad , если ответа не будет - я вас побаню на сутки, ок?

этот вопрос должен ставить в тупик своей элементарностью я понял

Мне вот в peg парсере пригодились бы генерики. Да и в любом коде работающим с аст

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

я не пользуюсь interface{}, и я не пишу функций, которые могут вернуть ответ разного типа

а зачем вам это?

в тс я могу взять библиотечный тип, параметризовать его своим типом и использовать. как нужно вывернуться в го чтобы так сделать я даже не представляю. кроме interfce{} или кодогенерации наверное никак

А я не пользуюсь каналами в го. Давайте их удалим

Короче, начинаю вброс для набежавших явистов и иже с ними. В 1992 году они там были.

Чета не цепануло ))

А я не пользуюсь каналами в го. Давайте их удалим

Явно не пользуетесь, или неявно тоже?

Чета не цепануло ))

дык они не знают, что гошка настолько стара