Consider adding support for tracking subclass method invocations

Đang mở

#142 mở ngày 7/12/2020 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Chưa có ai nhận issue này.

Đánh giá

Độ khó: 4/5
Thời gian dự kiến: 3-5 ngày
Mức phù hợp với người mới: 35/100

Loại issue: Tính năng
Độ rõ ràng: Khá rõ ràng
Mức độ hoạt động: Đình trệ
Công nghệ: python
Lĩnh vực: tooling

Hướng nghiên cứu

Bắt đầu trong record_api/core.py, tại phần triển khai Tracer được liên kết trong issue, sau đó xem xét hành vi của thứ tự phân giải phương thức trong Python và ví dụ GeoPandas/Pandas. Xác định cách các lần gọi phương thức của lớp con nên được biểu diễn và xác minh rằng tracing bắt được các API Pandas được kế thừa mà không quy các lệnh gọi sai đối tượng; hoàn tất khi các lần gọi liên quan được theo dõi nhất quán.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

An issue arose when analyzing GeoPandas and its consumption of Pandas APIs.

GeoPandas subclasses Pandas (see here), so, in principle, a subclassed method should correspond to an equivalent Pandas DataFrame method. However, this is not the case.

Based on analysis, GeoPandas appears to only consume 3 Pandas APIs, but this is, presumably, not a fair representation, given that many a GeoPandas DataFrame method is a Pandas DataFrame method.

Accordingly, may be worth investigating whether we can track subclass method invocations.

In conversation with @saulshanabrook, he suggested updating the Tracer to look at method resolution order (MRO).

Ngôn ngữ chính: Python
Star: 74
Fork: 6
Chỉ số merge pull request: Không có pull request nào được merge trong 30 ngày

Hướng dẫn đóng góp

Chưa lập chỉ mục được hướng dẫn đóng góp cho kho mã nguồn này

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 data-apis/python-record-api

String literals must not be treated as separate types Đang mở

bug

Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100

data-apis/python-record-api#145 · 1 bình luận · Mở ngày 15/12/2021
ufunc data seems to be missing Đang mở

enhancement

Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 30/100

data-apis/python-record-api#144 · 4 bình luận · Mở ngày 4/2/2021
Cleanup of Python Stack Access Đang mở

Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 20/100

data-apis/python-record-api#81 · 2 bình luận · Mở ngày 7/9/2020
Create better view of results Đang mở

good first issue

Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100

data-apis/python-record-api#71 · 1 reaction · Mở ngày 18/8/2020
We don't know where ufuncs are from! Đang mở

bug

Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100

data-apis/python-record-api#70 · 6 bình luận · Mở ngày 18/8/2020

Tất cả issue của data-apis/python-record-api

Issue tương tự

Use `charmlibs.interfaces.oauth` instead of deprecated `hydra.oauth` Đang mở

enhancement

Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100

canonical/paas-charm#368 · 1 bình luận · Mở ngày 23/9/2026
Model API: distributable field returns false even when "Allow Distributed Inference Across Workers" is checked Đang mở

Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100

gpustack/gpustack#6275 · Mở ngày 23/9/2026
attachment_urls parameter descriptions do not state that the value must be a reference Đang mở

tech debt

Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100

epam/ai-dial-quickapps-backend#579 · Mở ngày 23/9/2026
addition to tracking list Đang mở

Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100

StevenBlack/hosts#3256 · Mở ngày 23/9/2026
Fix-WebUI-README-screenshot-links Đang mở

Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100

qualcomm/qai-appbuilder#275 · Mở ngày 23/9/2026

Thêm issue về Python