String literals must not be treated as separate types

Đang mở

#145 mở ngày 15/12/2021 1 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ó: 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

Loại issue: Tái cấu trúc
Độ rõ ràng: Cần làm rõ
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 bằng cách xem xét data/typing/pandas.core.frame.py và cách các overload getitem và setitem của nó phản ánh các string literal dưới dạng các kiểu riêng biệt. Đọc issue liên quan gh-71 để hiểu bối cảnh về khả năng diễn giải; được xem là hoàn thành khi các string literal không còn tạo ra kiểu ô nhiễm kiểu dữ liệu này trong các annotation được sinh ra.

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

Mô tả

bug

Strings are things like column names; there is no point treating those as separate types, it gives a huge amount of pollution in the generated type annotations. Example: typing/pandas.core.frame.py has 10,000+ lines for __getitem__/__setitem__ overloads.

Related, issue to make results more interpretable: gh-71

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

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
Consider adding support for tracking subclass method invocations Đang mở

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

data-apis/python-record-api#142 · Mở ngày 7/12/2020
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ự

create_predictable_zip member order differs on Windows for directory input Đang mở

bug

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

learningequality/ricecooker#747 · Mở ngày 23/9/2026
[Anon] Mechanicum: skitarii as mechanicum allies rule Đang mở

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

BSData/horus-heresy-3rd-edition#3171 · Mở ngày 23/9/2026
CHANGELOG.md entries are too long to maintain, and their length is what makes every PR conflict expensive Đang mở

enhancement

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

lanl/PyBNF#809 · Mở ngày 23/9/2026
[Bug]: PrevNextNodePostprocessor loses retrieved scores when neighbor windows overlap Đang mở

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

run-llama/llama_index#23199 · Mở ngày 23/9/2026
Cannot export point cloud without radius attribute Đang mở

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

KhronosGroup/glTF-Blender-IO#2769 · Mở ngày 23/9/2026

Thêm issue về Python