ss
у ошибок переменных тоже есть минусы
Size: a a a
2020 April 13
IS
у всего есть минусы
S
godoc? или не понял вопроса
не работает для проектов вне gopath
IS
есть решаемые минусы, есть нерешаемые, есть минорные, есть большие
IS
если хочется 100% строгих и рабочих ошибок, то только типы
IS
сентинели ломаются через assignment
ss
есть решаемые минусы, есть нерешаемые, есть минорные, есть большие
да, я понял, а еще небо голубое и вода мокрая
но я сейчас про ошибки константы и про аргументы почему нельзя, есть аргумент, но он из разряда решаемых
но я сейчас про ошибки константы и про аргументы почему нельзя, есть аргумент, но он из разряда решаемых
IS
строки просто клэшатся
IS
сентинели лучше строковых констант тем, что их можно сломать только явным кодом
строковые константы ломаются случайно в несвязном коде
строковые константы ломаются случайно в несвязном коде
IS
а типизированые ошибки вообще хороши
ss
да, лучше типизированные ошибк, с этим я не спорю
IS
Они кстати тоже ломаются.
IS
Самый надежный вариант - методы проверки ошибок.
IS
Пакет предоставляет методы проверки ошибок, но не сентинели и не типы.
IS
Типы ломаются через выкидывание чужих ошибок в своём коде.
IS
Через методы ты так не сделаешь, потому что публичными делаются только методы проверок. И всё.
ss
Типы ломаются через выкидывание чужих ошибок в своём коде.
так и должно быть, но в это обсуждение я уже погружаться не хочу
IS
Причем с методами можно внутри делать и сентинели, и типы - делаешь их приватными и всё
IS
По моему опыту могу сказать, что в общем случае можно не заморачиваться - сентинелей достаточно. Если же делаешь крутую библиотеку со стабильным API, то имеет смысл сделать методы проверок.
IS
А с типами работать не очень удобно, к сожалению.