DR
Size: a a a
2020 July 29
с
Ты читал исходную статью?
читал
с
У тебя должен быть fallible конструктор типа
и зачем, если я могу валидировать обычную строку, обычной функцией?
с
конструкторов привязанных к типу в Go нет
с
есть только методы
KR
и зачем, если я могу валидировать обычную строку, обычной функцией?
А говорил, что читал. Там рассказывается почему parse предпочтительнее.
Как минимум тем, что ты потом можешь не беспокоится соблюдён у тебя инвариант, или нет. Наличие самого типа выражает то, что инвариант upheld.
Как минимум тем, что ты потом можешь не беспокоится соблюдён у тебя инвариант, или нет. Наличие самого типа выражает то, что инвариант upheld.
KR
конструкторов привязанных к типу в Go нет
И что? Все всегда юзали NewType() конвенцию и не плакали.
RL
https://github.com/gabriel-vasile/mimetype - код не мой, но хотел узнать насколько правильно так организовать код. Есть структура, которая определяет определяет параметры файла через matchFunc, все функции реализованы в отдельном пакете. Вопрос в том подход для организации кода здесь хорош или плох, если плох, то как было бы лучше сделать?
с
И что? Все всегда юзали NewType() конвенцию и не плакали.
нет, что для хранения объектов с данными без логики, что для объектов с логикой(те же Open/Connect)
с
А говорил, что читал. Там рассказывается почему parse предпочтительнее.
Как минимум тем, что ты потом можешь не беспокоится соблюдён у тебя инвариант, или нет. Наличие самого типа выражает то, что инвариант upheld.
Как минимум тем, что ты потом можешь не беспокоится соблюдён у тебя инвариант, или нет. Наличие самого типа выражает то, что инвариант upheld.
при чем здесь то что parse предпочтительнее?)
я говорю что newtype здесь нафиг не нужны
я говорю что newtype здесь нафиг не нужны
KR
при чем здесь то что parse предпочтительнее?)
я говорю что newtype здесь нафиг не нужны
я говорю что newtype здесь нафиг не нужны
Такс... мы плавно перетекли к вопросу о том что предпочтительнее. Что тебе предпочтительнее - решай сам. Я не адвокат parse don't validate подхода. Изначально вопрос был про то как это возможно в Go. Это я и обьяснял.
с
Такс... мы плавно перетекли к вопросу о том что предпочтительнее. Что тебе предпочтительнее - решай сам. Я не адвокат parse don't validate подхода. Изначально вопрос был про то как это возможно в Go. Это я и обьяснял.
KR
Это был ответ на твой прямой вопрос по этому поводу.