Kotlin printer: comments inside method bodies are not printed
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
- 35/100
Hướng nghiên cứu
Start in KotlinStatementPrinter, which never reads a statement's comments(), and in KotlinComments, which already turns file, type and member comments into KDoc. Read KotlinApply to see how it refuses to fold commented statements. Done means a comment inside a method body appears in the Kotlin output, with a stated rule for statements that are merged, split or hoisted. Decide those rules with the maintainers before coding.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Since d452873f5 the Java→Kotlin printer carries the comments of the file (licence header), types, fields, methods, constructors, enum entries and header properties, with Javadoc turned into KDoc (KotlinComments). Comments inside method bodies are still dropped: KotlinStatementPrinter never reads a statement's comments().
What makes this more than a one-liner: the printer does not map statements one to one. It merges and splits them (T().apply { … }, val copies for smart casts, hoisted locals, init blocks built from a constructor body), so a statement's comment needs a rule for where it goes when its statement is folded into another or disappears. KotlinApply already refuses to fold a statement that carries comments, which is one of these rules; the others need deciding.
Seen in the IDE's Java→Kotlin translation preview.
🤖 Generated with Claude Code
- Ngôn ngữ chính
- Java
- Star
- 1
- Fork
- 1
- Merge trung bình
- 1 giờ 13 phút
- Pull request đã merge (30 ngày)
- 6
Chuẩn bị môi trường
- 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 CodeLaser/maddi
-
Javadoc warnings are the only noise on an otherwise clean CI runCó thể đã có người làm @jayeshamundkar06-bit đã nhận 5 ngày trước. Đang mởbuild/ci good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
CodeLaser/maddi#4 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
Maintainer thường phản hồi trong vòng 1 ngày
-
front-end:csharp
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 68/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 61/100
CodeLaser/maddi#185 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 14/100
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của CodeLaser/maddi
Issue tương tự
-
Document and enforce pull request review guidelinesCó thể đã có người làm @dashorst đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Maintainer thường phản hồi trong vòng 1 ngày
-
`Time.at(t, in: nil)` returns UTC instead of the local time (or the time zone of `t`), unlike CRubyĐang mở
Độ 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
-
hermes-queue
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 72/100
chrisalunlloyd2-sudo/mindpalace#349 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Retry-After parser accepts invalid delay-seconds valuesCó thể đã có người làm @Dhruvraj-Rana đã nhận hôm nay. Đang mởBug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
open-telemetry/opentelemetry-java#9018 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
bug priority: medium Review effort [1-5]: 2 status: needs-triage type: bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
carlos-emr/carlos#5818 ·
Maintainer thường phản hồi trong vòng 1 ngày