- 필수 기능
- 시작하기
- Glossary
- 표준 속성
- Guides
- Agent
- 통합
- 개방형텔레메트리
- 개발자
- Administrator's Guide
- API
- Datadog Mobile App
- CoScreen
- Cloudcraft
- 앱 내
- 서비스 관리
- 인프라스트럭처
- 애플리케이션 성능
- APM
- Continuous Profiler
- 스팬 시각화
- 데이터 스트림 모니터링
- 데이터 작업 모니터링
- 디지털 경험
- 소프트웨어 제공
- 보안
- AI Observability
- 로그 관리
- 관리
",t};e.buildCustomizationMenuUi=t;function n(e){let t='
",t}function s(e){let n=e.filter.currentValue||e.filter.defaultValue,t='${e.filter.label}
`,e.filter.options.forEach(s=>{let o=s.id===n;t+=``}),t+="${e.filter.label}
`,t+=`ID: java-inclusive/class-definition
Language: Java
Severity: Notice
Category: Best Practices
The class-definition
rule enforces the use of inclusive language within class names. Terms such as blacklist
, whitelist
, master
, and slave
are considered non-inclusive and can perpetuate harmful stereotypes. Using these terms in your codebase can create an unwelcoming environment and may not align with modern software development best practices for diversity and inclusion. This rule specifically identifies and flags class names that contain these discouraged terms.
To resolve violations, replace non-inclusive terms in class names with more appropriate and universally accepted alternatives. For instance, blacklist
should be replaced with denylist
, whitelist
with allowlist
, master
with primary
, and slave
with secondary
. Adopting these terms not only improves code readability and maintainability but also demonstrates a commitment to inclusive language principles in software development. Ensure that these renamings are consistently applied throughout your codebase.
class Blacklist {
void blacklist() {
}
int BlackList(int WhiteList) {
}
}
class AllowList {
void allowlist() {
}
int AllowList(int AllowList) {
}
}