[RFC]: add JSDoc lint rule to enforce whitespace before and after dash
Maintainer thường phản hồi trong vòng 1 ngày
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
- 48/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Ít trao đổi
- Công nghệ
- javascript
- Lĩnh vực
- tooling
Hướng nghiên cứu
Bắt đầu bằng cách xem xét các quy tắc lint JSDoc hiện có và hành vi được thảo luận trong stdlib-js/stdlib#13654. Làm rõ RFC này chỉ bao quát khoảng trắng trước và sau dấu gạch ngang hay cũng bao quát các quy tắc được đề xuất khác, sau đó xác định các bài kiểm thử quy tắc tương ứng và làm cho chúng kiểm tra các ví dụ được chấp nhận và bị từ chối trong issue.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Currently, we do not catch when the dash separating a parameter name from a parameter description is bordered by more than one whitespace character. We should enforce only one whitespace character on either side of the dash. So the following is good:
/**
* ...
*
* @param {number} x - input value
* @returns {number} output value
*/
and the following should be disallowed
/**
*
* @param {number} x - input value
* @returns {number} output value
*/
In principle, we could have up to three different lint rules:
- enforce number of whitespace characters before dash
- enforce number of whitespace characters after dash
- enforce a specific character (e.g.,
-) to be used to separate a parameter name from a description
We could also have another lint rule for enforcing that a dash should not separate a @returns annotation from its description. This should likely be its own RFC.
Notes
- Ngôn ngữ chính
- JavaScript
- Star
- 6k
- Fork
- 1.3k
- Merge trung bình
- 1 ngày 3 giờ
- Pull request đã merge (30 ngày)
- 585
Chuẩn bị môi trường
Khởi chạy dev container của dự án ngay trên trình duyệt, bằng tài khoản GitHub của bạn.
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọ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 stdlib-js/stdlib
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
stdlib-js/stdlib#15456 · 3 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
stdlib-js/stdlib#15193 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Fix JavaScript lint errorsĐang mởGood First Issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
stdlib-js/stdlib#14759 · 3 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Fix C lint errorsĐang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của stdlib-js/stdlib
Issue tương tự
-
agent/quality hive/hosted-available-lke648397-260827-5n31 quality testing
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 Nửa ngày Mức phù hợp với người mới 78/100
jaegertracing/jaeger-ui#4512 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
feedback simulation workshop
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
githubnext/gh-aw-workshop#3857 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
area-clientside-dartpad
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/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 72/100
quarkusio/extensions#3432 ·
Maintainer thường phản hồi trong vòng 1 ngày