c
(1/2 + 1/3).WHAT.say
Size: a a a
2020 January 27
c
Не у компа
EG
(1/2 + 1/3).WHAT.say
> сложнее сложить/вычесть
EG
(1/2 + 1/3).WHAT.say
Ну и надо понимать, что это — это два умножения, сложение, поиск НОД и два деления, вероятно.
Тогда как 0.2 + 0.33 в обычных языках — просто сложение
Тогда как 0.2 + 0.33 в обычных языках — просто сложение
R
Бремя доказательства лежит на утверждающем.
Делает тот, кому нужно. Реализуй аксессор с lvalue. Сравни с аксессором Moo. Запусти бенчмарк.
EG
Делает тот, кому нужно. Реализуй аксессор с lvalue. Сравни с аксессором Moo. Запусти бенчмарк.
Окей, то есть ты выдумал утверждение «lvalue-функции медленные» и не собираешься его доказывать.
Не вижу, почему я должен ему верить и тратить усилия на его проверку.
Не вижу, почему я должен ему верить и тратить усилия на его проверку.
R
У Моо XS реализация, это будет минимум вдвое быстрее перловойю
EG
Сам Perl, внезапно, написан на C, а lvalue-функции — встроенная фича.
R
Гениально! А аксессоры не являются встроенной фичей.
EG
Сам Perl, внезапно, написан на C, а lvalue-функции — встроенная фича.
Соответственно, утверждение «lvalue-функции медленные» нуждается в обосновании, а утверждение «lvalue-функции медленные, потому что написаны на Perl» — попросту неправда.
R
Ну так напиши реализацию аксессора на перле. Потому как мушный аксессор lvalue не сделаешь.
EG
Речь исходно шла просто про lvalue-присваивание.
R
речь о целесообразности
EG
И исходные утверждения:
1. lvalue-функции медленные
2. restricted-хеши медленные
1. lvalue-функции медленные
2. restricted-хеши медленные
R
спор ради спора?
EG
НЕ «реализация Moo-подобных аксессоров на основе lvalue-функций медленная»
R
реализации любых аксессоров на lvalue медленная
EG
реализации любых аксессоров на lvalue медленная
Если ты хочешь просто синтаксический сахар над
$obj->{attr}, то нетR
а иначе смысла нет