Tại sao Angular 2 sử dụng trang trí?

Question

Tôi chỉ mới bắt đầu sử dụng Angular 2 và đã tự hỏi tại sao một số thuộc tính như selector và template được đặt trong các thành phần trang trí và không phải trong các lớp thành phần.

Điểm của việc sử dụng tất cả các trang trí này trong Angular 2 là gì?

Answer 1

• Để làm cho nó dễ dàng cho các công cụ để cung cấp tất cả các loại hỗ trợ trong các mẫu như:

  • kiểm tra lỗi
  • tự động hoàn thành
  • đồ họa thiết kế GUI

• Để tạo mã từ trang trí cho phép:

  • để xác định một số điều khai báo nhiều hơn hoặc
  • tạo mã khác nhau tùy thuộc vào một số cấu hình (như sắp tới ẩn mẫu trình biên dịch hiện)

Mã sẽ cần phải được thực hiện để sử dụng biểu thức kết quả có thể phát ra. Trang trí có thể dễ dàng được đánh giá tĩnh mà không thực thi mã TypeScript (ngoại trừ một tập hợp con đơn giản và có giới hạn).

Answer 2

Nói chung, trang trí cho phép bạn thực hiện các chức năng. Ví dụ: @Component thực hiện chức năng Component được nhập từ Angular2. Dưới mui xe, trang trí như vậy xác định một số siêu dữ liệu trên lớp. Điều này cho phép bạn cấu hình lớp để "gắn cờ" nó như một thành phần. Angular2 sau đó có thể liên kết các bộ chọn trong các mẫu cho lớp đó.

Bài viết này có thể cung cấp cho bạn nhiều gợi ý về những gì xảy ra dưới mui xe:

• https://medium.com/@ttemplier/angular2-decorators-and-class-inheritance-905921dbd1b7#.ryvc6ewsc

Bạn có thể nhận thấy rằng trang trí có thể áp dụng trong nguyên cảo ở các cấp khác nhau (lớp, sở hữu lớp, phương pháp tham số).

Answer 3

Ngoài các câu trả lời dành riêng cho nền tảng đã có, tôi muốn tiếp tục xem xét chung hơn. Câu hỏi này, từ quan điểm của tôi, bằng cách nào đó liên quan đến việc quyết định lựa chọn mô hình trang trí trên thừa kế (ví dụ @Component vs extends Component)

Một số lợi ích của việc sử dụng trang trí là:

1. Tách mối quan tâm:

Thông tin bên trong trang trí là khai báo, chúng xác định hành vi của một lớp, rất có thể sẽ không thay đổi theo thời gian và được khung làm việc sử dụng. Các thuộc tính và trường lớp là dữ liệu theo lớp cụ thể, sẽ luôn được xử lý và cập nhật thường xuyên và chỉ có ý nghĩa trong chính lớp đó. Hai loại dữ liệu này không nên trộn lẫn với nhau.

2.Hỗ trợ nhiều sửa đổi

Nhiều ngôn ngữ ngăn nhiều thừa kế do Diamond problem. Mặt khác, một lớp có thể có nhiều trang trí cho các mục đích khác nhau (ví dụ: @Component và không được chấp nhận @RouteConfig)