ну ок, значит я вас неправильно понял. Я подумал, что вы предлагаете тупо возвращать тип, который удовлетворяет интерфейсу error

эммм, именно это я предлагаю, точнее так делают в го, и можно сделать хелперы для внешних пользователей // IsTemporary returns true if err is temporary. func IsTemporary(err error) bool { te, ok := err.(temporary) return ok && te.Temporary() }

я про второй вариант error types

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

в-общем, не всё так просто

везде downsides

если вызываещему не важно, какая ошибка произошла, ему делать ничего не нужно, если есть необходимость, вы можете сделать хелперы (пример из стандартной либы os я кидал выше), что за downsides, неясно, возвращать вы все равно будете интерфейс error, в чем у вас проблема я понял, называется nil interface, встречается не только при обработке ошибок, про это нужно знать

эммм, именно это я предлагаю, точнее так делают в го, и можно сделать хелперы для внешних пользователей // IsTemporary returns true if err is temporary. func IsTemporary(err error) bool { te, ok := err.(temporary) return ok && te.Temporary() }

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

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

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

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

вы в функции описываете множество всех ошибок, которые она возвращает? :O

вы в функции описываете множество всех ошибок, которые она возвращает? :O

От функции зависит

От функции зависит

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

всем доброго времени суток есть структура type MyTable struct { name string Id int } есть запрос в БД SELECT name, array_agg(id) from my_tables group by name; есть описанная модель в go-pg Вопрос: Могу ли я получить array_agg через модель go-pg или придется делать обычный запрос через Exec или Query

в pq нет, в pgx/pgtype вроде бы есть

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

Ага, не мешает. Кроме того, что в любой момент может прийти ошибка, которую ваш код не знает, как обработать, и программа падает на проде

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

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

Проблема в том, что в Go ты в принципе не можешь быть уверен, что обработал все ошибки, не смотря в код

в питоне с эксепшионами такая же фигня

в питоне с эксепшионами такая же фигня

А что, в питоне у исключений не корневого типа?

есть

Проблема в том, что в Go ты в принципе не можешь быть уверен, что обработал все ошибки, не смотря в код

эмм, а в языке, где все есть, кроме HKT, ты пишешь обработчики ошибок, не смотря в код?

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

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

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

что значит "обработал"?

получил невалидные данные, и не проверил

эмм, а в языке, где все есть, кроме HKT, ты пишешь обработчики ошибок, не смотря в код?

В языке-который-нельзя-называть функции, которые завершаются нефатальной ошибкой, возвращают Result, у которого два возможных взаимоисключающих варианта - Ok и Err. Так как этот тип обобщённый, то в варианте Err может быть любой тип, в том числе и тип, суммирующий все ошибки внутрилежащих функций

не в курсе вашего юмора, что это за язык такой?

В языке-который-нельзя-называть функции, которые завершаются нефатальной ошибкой, возвращают Result, у которого два возможных взаимоисключающих варианта - Ok и Err. Так как этот тип обобщённый, то в варианте Err может быть любой тип, в том числе и тип, суммирующий все ошибки внутрилежащих функций

неплохо, хорошая концепция

но жить без нее можно :)

но жить без нее можно :)

Это не жизнь

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

Это выживание

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

отсутствие Exception'а не значит, что ошибки нет.

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

А что, даункастить исключение нельзя?

Это выживание

в скольки промышленных языках реализована подобная концепция?

отсутствие Exception'а не значит, что ошибки нет.

ну в питоне насколько я знаю кодов ошибок нет

так что всё таки значит

А что, даункастить исключение нельзя?

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

отсутствие Exception'а не значит, что ошибки нет.

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

2018 год, люди все ещё спорят по поводу исключений в го.

2018 год, люди все ещё спорят по поводу исключений в го.

главное что не про дженерики)

без дженериков то можно худо-бедно прожить

без дженериков то можно худо-бедно прожить

как выкручиваетесь?

Сейчас все сообщество го будет или триггерится или фейспалмить.

как выкручиваетесь?

тут только один способ: interface{}

тут только один способ: interface{}

костыль же

костыль же

ну что поделать

так что всё таки значит

много раз видел return result, error в питоне

много раз видел return result, error в питоне

это видимо гошники написали

да не обязательно

в скольки промышленных языках реализована подобная концепция?

Разве что в C++ с std::variant. Но там это не самый распространённый способ обработки ошибок

и за такое по рукам надо бить

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

Разве что в C++ с std::variant. Но там это не самый распространённый способ обработки ошибок

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

что за язык то?

ржавчина

о

так и думал

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

а что за язык? сорян, я не в теме

руст небось

зобаньте его, он проговррился

и этого

Рустика

благодарю

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

имхо он посложнее будет

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

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

ну это нормально только тогда, когда ничего страшного не случится если эту ошибку проигнорить

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

и хайпом гугла

в pq нет, в pgx/pgtype вроде бы есть

Я нашел решение как описать запрос в моделе если интересно вот решение db.Model(&q).Column(«name»). ColumnExpr("array_agg(id) as id»).Group(«name»).Select()

и хайпом гугла

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

сам запрос sql SELECT name, array_agg(id) from my_tables group by name продублировал если кому то лень листать)

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

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

Хотя на самом деле я не встречал ничего лучше чем горутины

кто-то юзает в данный момент chromedp + chrome headless?

раньше работал, сейчас что-то перестал

кто-то юзает в данный момент chromedp + chrome headless?

Юзаю в проде, все работает

всем привет: у меня есть: resSl = v.ParentMs = 'dailystatusms' v.childMs = 'planningms' v.listOfCalls = '[API.GetTimesheets API.GetLastIssues API.GetLastIssues API.SpentTime API.SpentTime API.GetOpenPlannings]' v.ParentMs = 'dailystatusms' v.childMs = 'projectms' v.listOfCalls = '[API.GetProjects API.GetColleagues]' v.ParentMs = 'dailystatusms' v.childMs = 'trackerifms' v.listOfCalls = '[API.GetColleagues API.GetTotalReports]' v.ParentMs = 'planningms' v.childMs = 'trackerifms' v.listOfCalls = '[API.GetProjectIssues API.GetIssueByURL]' v.ParentMs = 'projectms' v.childMs = 'trackerifms' v.listOfCalls = '[API.GetProjectsByUser API.GetProjectsByUserTrackers]' имеем слайс структур в формате выше... Надо получить дот файл: digraph G{ ANALYTICSMS->USERMS[label="RequestUserJWT\nUpdateUser\nLoginUser"]; ANALYTICSMS->TRACKERIFMS[label="GetCurrentUser"]; DAILYSTATUSMS->USERMS[label="RequestUserJWT\nUpdateUser\nGetCurrentUser"]; DAILYSTATUSMS->TRACKERIFMS[label="GetCurrentUser"]; DAILYSTATUSMS->PROJECTMS[label="GetProjects\nGetColleagues"]; DAILYSTATUSMS->TRACKERIFMS[label="GetColleagues\nGetTotalReports"]; DAILYSTATUSMS->PLANNINGMS[label="GetTimesheets\nGetLastIssues\nSpentTime\nGetOpenPlannings"]; INVOICEMS->USERMS[label="RequestUserJWT\nRequestUsersJWT\nGetUserInfo"]; INVOICEMS->PROJECTMS[label="GetProjects\nGetUsersProjects"]; INVOICEMS->PLANNINGMS[label="GetUsersPlannings\nGetPlanningsDetails"]; PROJECTMS->TRACKERIFMS[label="GetProjectsByUser\nGetProjectsByUserTrackers"]; SCREENSHOTMS->USERMS[label="RequestUserJWT\nGetUserInfo"]; SCREENSHOTMS->PROJECTMS[label="GetProjects"]; TRACKERIFMS->USERMS[label="RequestUserJWT\nSudoCheckUsersExist"]; USERMS->TRACKERIFMS[label="FindByOAuthCode\nGetUserByOAuth\nGetUserByCredentials\nGetProjectDetails"]; PLANNINGMS->TRACKERIFMS[label="GetProjectIssues\nGetIssueByURL"]; PLANNINGMS->PROJECTMS[label="GetProjects"]; } кто работал с дот файлами для построения зависимостей, может что подскажет?

вопрос не ясен

генератор дот-файла вы хотите написать? или ищете готовый?

надо со слайса структур построит ьдот файцл, потом запустить его и получит ьпдф или пнг картинку

структура type DOTrecord struct{ ParentMs string childMs string listOfCalls []string } в такмо виде

в чем проблема-то?