Typescript Status
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
- 20/100
- Loại issue
- Tài liệu
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- typescript
- Lĩnh vực
- documentation
Hướng nghiên cứu
Trước tiên, hãy đọc issue trạng thái này và dự án react-docgen-typescript được tham chiếu. Payload không nêu tệp nào trong repository, test hay entry point, đồng thời không định nghĩa thay đổi hoặc tiêu chí hoàn thành nào, vì vậy ở đây không có hướng triển khai cụ thể nào để thực hiện theo.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
The overall development speed, as well as the frequency of new features and releases, has slowed down over the past few years. This is partly because I now have less time to dedicate to open source work. But more importantly, I believe the project has reached a critical turning point. Let me explain.
When this project started—before TypeScript was widely used—statically analyzing code to extract PropTypes was a reasonable solution. Most people used PropTypes in a fairly straightforward way, which made it easy for react-docgen to detect and interpret them. Even more complex use cases were manageable, because the underlying idea of PropTypes was relatively simple.
Fast forward to today: TypeScript has become the dominant way to type React props. react-docgen has some decent support for TypeScript—at least for the more common use cases. But TypeScript is a constantly evolving system, and it can be used in very sophisticated ways. This makes it increasingly difficult to cover all scenarios using static analysis alone.
While working on some of the more recent PRs, I realized that much of my time was spent effectively reimplementing how TypeScript works—trying to understand and reproduce its behavior just to infer component prop types. At that point, it started to feel like the project was heading in the wrong direction. I simply can’t keep up with the scale of what the TypeScript team and its much larger community are building.
There’s a project called react-docgen-typescript which I believe follows a more sustainable approach for TypeScript support. There may be even better options out there, but I don't currently have the time to invest in a shift of this magnitude.
So if you need better TypeScript support, I recommend giving react-docgen-typescript a try.
- Ngôn ngữ chính
- TypeScript
- Star
- 3.8k
- Fork
- 316
- Merge trung bình
- 3 giờ 28 phút
- Pull request đã merge (30 ngày)
- 6
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 reactjs/react-docgen
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
reactjs/react-docgen#1102 ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 48/100
reactjs/react-docgen#997 ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 42/100
reactjs/react-docgen#994 · 1 bình luận ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
reactjs/react-docgen#982 · 2 bình luận ·
-
Escapable commas in CLI options? Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 45/100
reactjs/react-docgen#962 · 1 bình luận ·
Tất cả issue của reactjs/react-docgen
Issue tương tự
-
Claiming namespace Londopy Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 72/100
EclipseFdn/open-vsx.org#13385 · 1 bình luận ·
-
S: triage
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
-
fix(errors): EHOSTUNREACH from a happy-eyeballs connect is reported as a resolver error (STAMP-80) Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 90/100
snapshot-labs/stamp#666 ·
-
vangogh
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
knaw-huc/textannoviz#691 ·