нет слов )

не говорите про такое на собеседовании

поэтому там теоретиически и смайлик

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

дело не в авторе пакета, в том, что это ошибка на уровне индекса в БД. как пакет может предусмотреть это?)

ну хз. В ноде я делал так. И если у ошибки был err.statusCode == 13, например, то я знал, что в БД не получается записать из-за того, что пользователь с таким ником уже есть. А если statusCode == 15, то это ошибка соединения или чего-то другого. Это сильно упрощало работу

вопрос в сравнении ошибки )

err := DB.shit()

if err == DB.SHIT_ERROR { }

ну хз. В ноде я делал так. И если у ошибки был err.statusCode == 13, например, то я знал, что в БД не получается записать из-за того, что пользователь с таким ником уже есть. А если statusCode == 15, то это ошибка соединения или чего-то другого. Это сильно упрощало работу

я не говорю, что go плохой. Я просто не понимаю, как правильно мне поступить в моей ситуации

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

ну хз. В ноде я делал так. И если у ошибки был err.statusCode == 13, например, то я знал, что в БД не получается записать из-за того, что пользователь с таким ником уже есть. А если statusCode == 15, то это ошибка соединения или чего-то другого. Это сильно упрощало работу

ну вот тут можно было бы в биндинге сделать кастомный тип MySQLError у которого помимо стандартного метода Error() возвращающего строчку, был бы еще какой-нибудь StatusCode() возвращающий инт с кодом ошибки

ссылку на пакет дайте

ссылку на пакет дайте

github.com/go-sql-driver/mysql

и дальше можно было бы делать что-то в духе err := db.DoSmth() if e, ok := err.(db.MySQLError); ok { if e.StatusCode() == 42 { } } else { log.Fatal(err) }

https://github.com/go-sql-driver/mysql/issues/277

вот вам объяснение

почему так сделано

о, лол, а там уже есть такое

как я и говорил, вопрос в покрытии версий и особенностей

https://godoc.org/github.com/go-sql-driver/mysql#MySQLError

тем более

я угадал вплоть до названия типа придуманного с потолка лол

как в коде выше делать обработку ошибки mysql и всё

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

как бы ты сделал в ноде

как в коде выше делать обработку ошибки mysql и всё

у меня там консоль ругается

что именно ругается?

и как ругается

что именно ругается?

mysql.MySQLError does not implement error (Error method has pointer receiver)

mysql.MySQLError does not implement error (Error method has pointer receiver)

Сцуко! Как упоротый питонист, я ненавижу, когда оно так делает

И я каждый раз забываю как это лечится. Неделю назад же лечил

И я каждый раз забываю как это лечится. Неделю назад же лечил

удалением * в объявлении метода

удалением * в объявлении метода

Не не не

Можно без удаления

Щас нам @onokonem скажет;)

а?

что сказать?

mysql.MySQLError does not implement error (Error method has pointer receiver)

mysql.MySQLError does not implement error (Error method has pointer receiver)

А ты как это ловишь?

не помню :(

надо идти глядеть?

я посреди своего, довольно глубоко

у меня вот есть волшебная структура данных: map[string]map[int]map[string]map[int]int есть идеоматический способ проверить, существует ли путь?

надо идти глядеть?

Ну, товарищь щас пришлет кусок, может я вспомню

я посреди своего, довольно глубоко

Я там "придумал", если тебе не нужно обходить дерево, конечно

не помню :(

Вот, в таких местах go говно

Дык, асертить на ссылочный тип

Звёздочку перед ним в скобках

Типа метод определен только для ссылки на тип, а не для самого типа. Парампарампам

Типа метод определен только для ссылки на тип, а не для самого типа. Парампарампам

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

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

Так надёжнее же. Ну и копипасты в памяти меньше

Зато локов больше.

Тоже всегда так делаю;)

А то может там в этой ошибке собирается едрить данных в структуру. Мы же не знаем

А как на счёт какого-нибудь дискриптора для соответствующего соединения с базой? Мало ли

Звёздочку перед ним в скобках

спасибо, заработало!

спасибо, заработало!

Daniel не ищи

и не думал :)

?

у меня вот есть волшебная структура данных: map[string]map[int]map[string]map[int]int есть идеоматический способ проверить, существует ли путь?

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

Все остальное выйдет через интерфейсы

ERROR: S client not available

https://github.com/stretchr/stew Как пример

Мерль, [02 Apr 2017 23:49 (02/04/17 23:50)]: Можно ли эти мапы заменить на это? https://play.golang.org/p/25ThcWy-ld Daniel Podolsky, [03 Apr 2017 00:06]: кстати, да! ща, я подумаю немного Daniel Podolsky, [03 Apr 2017 00:07]: но, похоже, все получится

Интересное решение )

Но кардинально другой же подход

да

А то может там в этой ошибке собирается едрить данных в структуру. Мы же не знаем

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

все равно что map[string]int

я мог бы и сообразить, но затупил

Мерль, [02 Apr 2017 23:49 (02/04/17 23:50)]: Можно ли эти мапы заменить на это? https://play.golang.org/p/25ThcWy-ld Daniel Podolsky, [03 Apr 2017 00:06]: кстати, да! ща, я подумаю немного Daniel Podolsky, [03 Apr 2017 00:07]: но, похоже, все получится

другая структура данных же получается

другая

но - эквивалентная

не совсем

Но кардинально другой же подход

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

andlabs/ui: Platform-native GUI library for Go. https://github.com/andlabs/ui

andlabs/ui: Platform-native GUI library for Go. https://github.com/andlabs/ui

А вот ещё одна

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

other Unixes: cgo, GTK+ 3.10 and newer

ну блядь

выкидывайте.

Доброе утро Ребят, у меня вопрос касательно тестов Мокаете ли вы бд, если таковая в проекте используется, или при запуске тестов поднимаете тестовую базу в той же субд что и боевая, и после каждого теста очищаете таблицы? Вариант с тестовой базой кажется довольно топорным и простым решением, но как то получается излишне много...эм..инфраструктурного кода. вроде б в гоферской среде принято делать "тесты на месте". ну, скажем, условно feed_controllers.go - test_feed_controllers.go. но столкнулся с тем, что при каждом тесте прописывать все моки..не то чтобы трудно, но это сказывается на читаемости теста

Доброе утро Ребят, у меня вопрос касательно тестов Мокаете ли вы бд, если таковая в проекте используется, или при запуске тестов поднимаете тестовую базу в той же субд что и боевая, и после каждого теста очищаете таблицы? Вариант с тестовой базой кажется довольно топорным и простым решением, но как то получается излишне много...эм..инфраструктурного кода. вроде б в гоферской среде принято делать "тесты на месте". ну, скажем, условно feed_controllers.go - test_feed_controllers.go. но столкнулся с тем, что при каждом тесте прописывать все моки..не то чтобы трудно, но это сказывается на читаемости теста

А нельзя импортнуть пакет с моками, который их в init() поднимет?

А нельзя импортнуть пакет с моками, который их в init() поднимет?

не совсем тебя понял. для каждого теста ж мок может быть свой? ну то есть, глобально получить sql.Db и отправить его в контроллер не проблема я сейчас присматриваюсь к этой либе https://github.com/DATA-DOG/go-sqlmock и вроде все канонично - описываешь ожидания от моков. но как то хардкорно получается слишком

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

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

Я тестовую базу создаю прост))0)

Либо мокаю свой враппер к gorm/sql/..., который принимает обычные параметры к методам и отдаёт структуры, но всё равно там уж очень много кода получается :-/ Вангую срачик про unit-тесты vs функциональные.

не надо срачик, надо их вместе, а не vs :)

Я тестовую базу создаю прост))0)

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

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

Дропаю всё. В Постгресе есть что-то типа Drop schema public, меня устраивает

Дропаю всё. В Постгресе есть что-то типа Drop schema public, меня устраивает

т.е. дропаешь все таблицы после теста? а перед перед каждым тестом накатываешь миграции?

По хорошему, конечно, надо мокать, но когда у тебя приложение просто прослойка между HTTP и базой - то больше особо ничего не надо, чем проверять, что в базе поменялось то, что надо, и что вернулось всё то, что надо.