Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

TypeNameCheck

Đang mở
  • Có gì không ổn?
#352 1 bình luận 0 reaction 0 người được giao Xem trên GitHub

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ó
3/5
Thời gian dự kiến
1-2 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ệ
java
Lĩnh vực
tooling

Hướng nghiên cứu

Bắt đầu bằng cách xác định phần triển khai TypeNameCheck và mọi test bao quát pattern tên kiểu hiện tại. Xem xét cách tên được xác thực, sau đó định nghĩa các test cho những biến thể dấu gạch dưới hoặc dấu gạch ngang được yêu cầu và xác nhận rằng các tên hợp lệ hiện có vẫn được chấp nhận. Hoàn tất khi các tên class có phiên bản đã báo cáo được check này xử lý.

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

Mô tả

Argh - this one is going to be painful for me. Looks like the type name check enforces a pattern '^[A-Z][a-zA-Z0-9]*$'.

Is there any chance we can get an underscore or dash included with that?

The reasoning - for sony products, their API differs depending on the API's version. Example: setPowerStatus v1.0 has a parameter of boolean and the getPowerStatus v1.0 returns a boolean. However, setPowerStatus v1.2 has a parameter of string and the getPowerStatus v1.2 returns a string.

To handle this in a reasonable manner - I have a "PowerStatus_1_0" class and a "PowerStatus_1_2" class.

That's one example out of about 50 classes named this way (I have one class that has 5 different variations depending on the version).

With out an underscore (or dash) - I'd have to renamed stuff to "PowerStatusOneZero" and "PowerStatusOneTwo" or something screwy like that. Using namespaces to differentiate will also be an even bigger issue (alot of overlap between versions so naming something like 'v1-5.xxx" would be hard to understand when the api would be spread over different namespaces).

Ngôn ngữ chính
Java
Star
34
Fork
24
Merge trung bình
7 giờ 29 phút
Pull request đã merge (30 ngày)
11

Chuẩn bị môi trường

Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. 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.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của openhab/static-code-analysis

Tất cả issue của openhab/static-code-analysis

Issue tương tự

Thêm issue về Java

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.