Moose "người xây dựng" và "mặc định"

Question

Tôi hiểu rằng việc sử dụng builder cho phép các lớp con ghi đè dễ dàng thuộc tính mặc định và vai trò có thể require chúng. Đây cũng có thể được thực hiện bằng default như vậy:

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

Tôi tự hỏi nếu có những lợi thế hơn nữa để sử dụng builder Tôi không biết? Tôi đã đưa ra một số bản thân mình:

• builder là khai báo để bạn có thể nội quan mà foo được xây dựng bởi _build_foo
• builder loại bỏ một wrapper chương trình con làm cho nó nhanh hơn một chút
• builder cho phép việc sử dụng các hữu ích lazy_build.

CẬP NHẬT Để làm rõ, đây không phải là về default vs builder nói chung nhưng default => sub { $_[0]->_build_foo } vs builder => '_build_foo'.

Answer 1

Tôi nghĩ bạn đã trả lời câu hỏi của riêng bạn. Sử dụng builder cho phép kết buộc muộn, đóng vai trò độc đáo với vai trò và lớp học được dự định để được phân lớp. Nó cũng có giá trị nếu người xây dựng là khá dài - tôi không bao giờ đặt nhiều hơn một dòng dài vào một định nghĩa thuộc tính. Không có sự khác biệt chức năng thực sự; default có thể dễ dàng mô phỏng builder, nhưng kết quả không phải là rất đẹp.

Answer 2

Không có sự khác biệt giữa

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

và

builder => '_build_foo' 

---

Sự khác biệt chính giữa default và builder là một ai gọi một phụ anon và người kia gọi một phương thức có tên.

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

so

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

sub _build_created_time_stamp { time() } 

Sử dụng default làm giảm di chuyển qua các mã như tất cả mọi thứ là nơi bạn cần đến nó. Tôi sử dụng nó vì lý do đó. Đó là sử dụng ít đánh máy hơn là tiền thưởng.

Nó cũng buộc bạn phải rõ ràng hơn về việc ghi đè người xây dựng. Các câu trả lời khác đã coi đây là một con, nhưng tôi xem xét việc gọi các phương thức ảo trên một đối tượng mà thậm chí chưa được xây dựng để trở thành một thực hành tồi! Đó là những gì BUILD là dành cho.

Answer 3

Sử dụng 'trình tạo' và 'mặc định' một cách thích hợp có thể làm cho mã của bạn dễ đọc và sắp xếp hơn.

'người xây dựng' cũng có thể phù hợp với một mô hình lập trình quen thuộc, nơi các phương pháp riêng bắt đầu bằng dấu gạch dưới.

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) 
} 

Bên cạnh đó, sử dụng xây dựng cho phép bạn bật chức năng đắt tiền vào accessors memoized mà không cần chạm vào phương pháp ban đầu:

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

Refactor với memoization:

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

Đó là hầu hết các cách Tôi đã sử dụng công cụ xây dựng để làm rõ mã của mình.