DK
Можно и хитрые объекты возврата
сейчас прозвучит ADT и вы призовете Гранина
Size: a a a
2020 September 03
我
Можно по старинке записывать код ошибки в поле класса error_string
АР
Это где isValid() повсюду?)
я предпочитаю просто valid() или operator bool
d
сейчас прозвучит ADT и вы призовете Гранина
Что что?
ПК
я предпочитаю просто valid() или operator bool
Я предпочитаю гарантию, что объект не может быть невалидным в принципе
АР
терпеть не могу "is*", "get*" и пр
АР
Я предпочитаю гарантию, что объект не может быть невалидным в принципе
зависит от объекта же
DK
Что что?
это как раз про хитрые объекты возврата. Всякие Either и подобные (algebraic data types)
d
Я предпочитаю гарантию, что объект не может быть невалидным в принципе
А как же всякие mived out?
ПК
А как же всякие mived out?
Дак они всё равно валидные
ПК
желательно должны быть
ПК
зависит от объекта же
Ну чаще так сделать получается
d
Иногда по логике вещей нельзя оставить объект валидным
АР
Ну чаще так сделать получается
ну Qt стайлгайд никак не обязывает делать объекты nullable же
АР
имо это вообще ортогональные аспекты
d
Но это не отменяет того факта что операцию присвоения на нём сделать всё ещё можно, точнее желательно её сделать валидной
ПК
ну Qt стайлгайд никак не обязывает делать объекты nullable же
Ну в Qt исключения не юзаются, а isValid() это прямое следствие запрета исключений
ПК
Типа конструктор выполнился, но объект невалидный
d
Ну в Qt исключения не юзаются, а isValid() это прямое следствие запрета исключений
Там и не получится их использовать
АР
Ну в Qt исключения не юзаются, а isValid() это прямое следствие запрета исключений
ну там скорее исключения запрещены в кодобазе Qt, а не в самом стайлгайде