Runtime feature mix-in pattern
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
Hướng nghiên cứu
Bắt đầu bằng cách xác định phần xử lý cấu hình runtime và bước tạo đối tượng được mô tả trong issue, sau đó lần theo cấu trúc kế thừa của Service và Endpoint. Công việc được xem là hoàn tất khi cấu hình runtime có thể định nghĩa một danh sách có thứ tự các lớp mix-in và kiểu của đối tượng được tạo sử dụng thứ tự kế thừa đó, đồng thời duy trì hành vi super() mang tính cộng tác.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
The number of potentially desirable features on top of the basic dripline objects (Service and Endpoint) is large and it does not really make organizational sense to put everything into a single class. In some cases, the expected behaviors may even be mutually incompatible.
Rather than trying to create some set of derived classes that implement every possible useful combination, we propose the following pattern:
- additional features are implemented as mix-in classes, each inheriting from the lowest possible base class
- method overrides should never re-implement the logic from the base class, they should use
super()to re-use that logic (but may alter the arguments passed or process the results returned as appropriate). They should also also not call the parent method directly, but should use super, so that all overrides are called in order when there is possibly multiple inheritance. - because inheritance order is unknown, every class's
__init__should be designed in such a way that being called more than once is not problematic - in runtime config, a user specifies the (ordered) list of mix in classes to be used. The user is responsible for understanding the compatibility implications and ordering of inheritance.
- at runtime, the object creation step should define a new object type with the inheritance set as defined
- Ngôn ngữ chính
- Python
- Star
- 3
- Fork
- 6
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Có mẫu pull request
- Không có hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của driplineorg/dripline-python
-
Log on set delayĐang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 38/100
driplineorg/dripline-python#222 · 1 bình luận ·
-
Create Logging WrapperĐang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100
driplineorg/dripline-python#221 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 50/100
driplineorg/dripline-python#214 · 2 bình luận ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
driplineorg/dripline-python#207 ·
-
Inconsistent response behavior with a 'values' arrayCó thể làm lại được @pkolbeck đã nhận 498 ngày trước và không có pull request nào đang mở. Đang mở
driplineorg/dripline-python#204 · 1 bình luận · 2 người được giao ·
Tất cả issue của driplineorg/dripline-python
Issue tương tự
-
bug
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 86/100
awslabs/visual-asset-management-system#937 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Admin member of a research group cannot see the HX2 allocation until they've been added to itĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
-
follow-up
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 83/100
Maintainer thường phản hồi trong vòng 3 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
Maintainer thường phản hồi trong vòng 2 ngày