Moose «builder» vs «default»

Question

Я понимаю, что использование builder позволяет подклассам легко переопределять атрибуты по умолчанию, а роли могут быть require. Это также может быть достигнуто с помощью default так:

has 'foo' => 
    is  => 'rw', 
    isa  => 'Str', 
    default => sub { $_[0]->_build_foo }; 

мне интересно, если есть дополнительные преимущества для использования builder я не знаю? Я пришел с каким-то себе:

• builder декларативно, так что вы можете самоанализом, что foo построен _build_foo
• builder устраняет подпрограмму оболочки, что делает его немного быстрее
• builder позволяет использование полезный lazy_build.

UPDATE Чтобы уточнить, это не про default против builder в целом, но default => sub { $_[0]->_build_foo } против builder => '_build_foo'.

Answer 1

Думаю, вы уже ответили на свой вопрос. Использование builder допускает позднюю привязку, которая прекрасно сочетается с ролями и классами, которые предназначены для подкласса. Также полезно, если строитель довольно длинный - я никогда не ставил default больше, чем линию в определение атрибута. Там нет реальной функциональной разницы; default может легко эмулировать builder, но результат не очень красивый.

Answer 2

Там нет никакой разницы между

default => sub { $_[0]->_build_foo } 

и

builder => '_build_foo' 

---

Основным различием между default и builder является то, что один один называет Анон к югу, а другие называют по имени метода.

has created_time_stamp => (
    default => sub { time() }, 
); 

против

has created_time_stamp => (
    builder => '_build_created_time_stamp', 
); 

sub _build_created_time_stamp { time() } 

Использования default уменьшает прокрутку коды, как все, где вам это нужно. Я использую его по этой причине. То есть использование менее типизации является бонусом.

Это также заставляет вас более четко описывать переопределение строителя. Другие ответы рассматривали этот конфликт, но я считаю, что вызов виртуальных методов на объекте, который еще не был сконструирован, является плохой практикой! Вот для чего BUILD.

Answer 3

Использование «строителя» и «по умолчанию» позволяет сделать код более удобным для чтения и организации.

«Строитель» также может соответствовать знакомому шаблону программирования, где частные методы начинаются с подчеркивания.

has json => (is => 'ro', default => sub { JSON->new }) 
has schema => (is => 'ro', builder => '_schema' } 

sub _schema { 
    my $self = shift; 
    $self->log_debug('constructing schema') if($self->debug); 
    My::App::Schema->connect($self->dsn,$self->username,$self->password) 
} 

Кроме того, используя конструктор позволяет превратить дорогие функции в memoized аксессорах, не касаясь оригинальный метод:

sub get_things { 
    my $self = shift; 
    return +{ map { $_ => $self->price_for($_) } 
    $self->wodgets->calulate_expensive_things }; 

Refactor с запоминанием:

has things => (is => 'ro', lazy => 1, builder => 'get_things'); 

Это большинство способов Я использовал построитель для уточнения кода.