Ну вот простой пример, возьмем JSON::XS. С ним можно работать и так, и
так, и модуль делает две вещи, по сути. Что удобней, сделать так
my $j = JSON::XS->new->utf8(0)->allow_blessed->pretty->...;
$j->encode({...});
$j->encode([...]);
или каждый раз писать encode_json({...}, utf8 => 0, pretty => 1,
allow_blessed => 1, ...);
Многие модули предлагают двойной интерфейс, функциональный, как правило
упрощен. Часто оказывается удобней работать с классами, как раз таки
многословно оказывается, когда пишешь без них. Но ООП ради ООП не нужно,
это факт.
On 12/16/2016 09:27 AM, Максим Белозёров via Moscow-pm wrote:
Объясните непрограммисту: что за прок от ООП в модулях на пару функций (пардон,
методов)? Что за смысл многословно и со стрелочками писать что-то, что можно
вызвать одним именем функции с парой параметров? Какая вообще польза в
абстрагировании от входных данных? Они разные, блин, чего стоит абстрактная хня
в вакууме? Не ООП ли это ради ООП?
Вкусовщинка: какие способы общения со сторонними модулями предпочитаете?
Может, вопросы глупы, но очень нужна пара осмысленных ответов. Больших проектов
не пишу, а в мелких на ламерский взгляд от ООП одна порча. Помогите
разобраться, хоть ссылками на годные материалы (можно en_US или en_UK).
--
Moscow.pm mailing list
[email protected] | http://moscow.pm.org
