EG
Работают-то работают, но как-то не так, как надо для объектов. Я в своё время копал эту проблему довольно подробно.
Ну вот тебе пример, что не так?
Size: a a a
2020 January 27
AK
Ну вот тебе пример, что не так?
В этом примере нет самого главного - проверки значения
AK
Ради этого вообще сеттеры нужны
AK
Ну и что если мне не нужно присваивать значение, которое абсолютно кривое?
AK
Вместо IP-адреса мне пришёл на вход гумна кусок. Я проверил и решил: ну нафиг такое присваивать-то
AK
$ perl -E 'use Data::Dumper; my $x; sub f :lvalue { print Dumper \@_; $x }; f=1; say $x'
$VAR1 = [];
1AK
Хотя по-хорошему конечно лучший способ проверки значения - это проверка на принадлежность его к тому или иному классу. Если на вход приехало нечто класса, условно, Value::IP::Address, то мы уже точно знаем: оно там 100 раз проверено, и это реально IP-адрес, а не что-то ещё
EG
Значения можно проверять (и приводить к нужному типу) ещё на этапе десериализации
VG
привет, тормоза
EG
Тогда в самом классе ты можешь предполагать, что никто не пытается запихнуть в него неверные данные, потому что ты их уже проверил
AK
Тогда в самом классе ты можешь предполагать, что никто не пытается запихнуть в него неверные данные, потому что ты их уже проверил
Ну тут тоже такое себе. Условно - тебе в сеттер приходит IP-адрес 127.0.0.1, а тебе нужен IP внешнего DNS-сервера. По логике-то ты должен послать желающего присвоить не то в пешее эротическое, но с :lvalue точно этого сделать не сможешь. Да и проверка класса аргумента, даже если бы она была для :lvalue, ничего бы не дала: ну да, это IP-адрес, но в данном конкретном случае он вообще не в дугу, нельзя такое присваивать. А на каждый случай из 100500 писать наследуемые от Value::IP::Address классы - ну такое себе
EG
Ну тут тоже такое себе. Условно - тебе в сеттер приходит IP-адрес 127.0.0.1, а тебе нужен IP внешнего DNS-сервера. По логике-то ты должен послать желающего присвоить не то в пешее эротическое, но с :lvalue точно этого сделать не сможешь. Да и проверка класса аргумента, даже если бы она была для :lvalue, ничего бы не дала: ну да, это IP-адрес, но в данном конкретном случае он вообще не в дугу, нельзя такое присваивать. А на каждый случай из 100500 писать наследуемые от Value::IP::Address классы - ну такое себе
Ну подожди, у тебя в сеттер данные приходят не из внешнего мира, а из другого куска кода
EG
Вот на границе внешний мир/код и валидируй
VG
EG
Тем более, что 127.0.0.1 это полностью валидный адрес DNS-сервера
AK
Ну подожди, у тебя в сеттер данные приходят не из внешнего мира, а из другого куска кода
И что? Я, например, пишу весь код как переиспользуемый библиотечный и по дефолту предполагаю, что я не контролирую внешний по отношению к нему код
AK
Собственно, благодаря этому уровень DRY у меня лично очень высокий: весь мой код использует один и тот же скоп библиотек. Которые обычно всё-таки бьют по рукам, если на вход прилетает какая-то чушь.
EG
Ты только что привёл прекрасный пример, почему лишние проверки — зло.
EG
127.0.0.1 это корректный DNS-сервер. Может, у человека локальный unbound поднят.
EG
У тебя на уровне библиотеки далеко не всегда есть понимание, какие значения валидные, а какие нет