훌륭한 프로그래머는 표준화되고 표준적인 코딩 습관을 가지고 있어야 합니다. 다음은 Java 또는 기타 프로그래밍 언어를 배우는 모든 프로그래머를 위한 몇 가지 제안 사항입니다. 1. 클래스 이름의 첫 글자는 일반적으로 대문자로 표기해야 합니다. 필드, 메소드, 객체(핸들)의 첫 글자는 소문자여야 합니다. 모든 식별자와 마찬가지로, 그 안에 포함된 모든 단어는 서로 가까워야 하며, 중간에 있는 단어의 첫 글자는 대문자로 표시되어야 합니다. 예: ThisIsAClassName thisIsMethodOrFieldName 정의에 상수 초기화 문자가 나타나면 정적 최종 기본 유형 식별자의 모든 문자를 대문자로 표시합니다. 그러면 컴파일 타임 상수로 표시됩니다. Java 패키지는 특별한 경우입니다. 중간에 있는 단어까지 포함하여 모두 소문자입니다. com, org, net 또는 edu 등과 같은 도메인 이름 확장자 이름의 경우 모두 소문자여야 합니다. 이는 Java 1.1과 Java 1.2의 차이점 중 하나이기도 합니다. 2. 일반적인 목적으로 클래스를 생성하는 경우 "클래식 형식"을 채택하고 다음 요소의 정의를 포함하십시오. equals() hashCode() toString() clone() (Cloneable 구현) Serialized 구현 3. 직접 생성하는 경우 각 클래스에 대해 해당 클래스를 테스트하기 위한 코드가 포함된 main()을 배치하는 것을 고려하십시오. 프로젝트의 클래스를 사용하기 위해 테스트 코드를 삭제할 필요는 없습니다. 어떤 종류의 변경이 이루어지면 쉽게 테스트로 돌아갈 수 있습니다. 이 코드는 클래스 사용 방법의 예이기도 합니다. 4. 메소드는 불연속 클래스 인터페이스 부분을 설명하고 구현하는 데 사용할 수 있는 간략하고 기능적인 단위로 설계되어야 합니다. 이상적으로 접근 방식은 간결하고 명확해야 합니다. 길이가 길면 어떤 방식으로든 더 짧은 조각으로 나누는 것을 고려해 보세요. 이렇게 하면 클래스 내에서 코드를 쉽게 재사용할 수 있습니다(때때로 메서드가 매우 커야 하지만 여전히 동일한 작업만 수행해야 함). 5. 클래스를 설계할 때 클라이언트 프로그래머의 입장에서 생각해 보십시오(클래스 사용 방법이 매우 명확해야 합니다). 그런 다음 코드를 관리하는 사람의 입장이 되어 보세요. 어떤 종류의 변경이 이루어질지 예측하고 이를 더 간단하게 만드는 방법을 생각해 보세요. 6. 수업은 최대한 짧고 간결하게 진행하고 특정 문제만 해결하세요. 다음은 클래스 설계에 대한 몇 가지 제안 사항입니다. ◆ 복잡한 스위치 문: "다형성" 메커니즘 사용을 고려하십시오. ◆ 다수의 메서드에는 매우 다양한 유형의 작업이 포함됩니다. 여러 클래스를 사용하여 별도로 구현하는 것을 고려해 보십시오. ◆ 많은 멤버 변수는 매우 다른 특성을 가지고 있습니다. 여러 클래스를 사용하는 것을 고려해 보십시오. 7. 모든 것을 가능한 한 "비공개"로 만드십시오. 라이브러리의 특정 부분(메서드, 클래스, 필드 등)을 "공용"으로 만들어 절대 제거할 수 없도록 할 수 있습니다. 강제로 내보내면 다른 사람의 기존 코드가 파괴되어 강제로 다시 작성하고 설계해야 할 수도 있습니다. 게시해야 하는 항목만 게시하는 경우 다른 항목을 자유롭게 변경할 수 있습니다. 다중 스레드 환경에서는 개인 정보 보호가 특히 중요한 요소입니다. 개인 필드만 비동기화 사용으로부터 보호됩니다. 8. '거대물체증후군'을 조심하세요. 순차 프로그래밍 사고에 익숙하고 OOP 분야를 처음 접하는 일부 초보자의 경우 순차 실행 프로그램을 먼저 작성한 다음 이를 하나 또는 두 개의 거대한 개체에 포함시키는 것을 좋아하는 경우가 많습니다. 프로그래밍 원칙에 따르면 객체는 애플리케이션 자체가 아닌 애플리케이션의 개념을 표현해야 합니다. 9. 보기 흉한 프로그래밍을 해야 한다면 최소한 클래스 안에 코드를 넣어야 합니다. 10. 클래스가 매우 밀접하게 통합되어 있음을 발견할 때마다 코딩 및 유지 관리 작업을 개선하기 위해 내부 클래스를 사용할지 여부를 고려해야 합니다. 11. 가능한 한 신중하게 주석을 추가하고 javadoc 주석 문서 구문을 사용하여 자신만의 프로그램 문서를 생성하십시오. 12. 코드에 잘 맞지 않는 "매직넘버"는 사용하지 마세요. 나중에 수정해야 한다면 "100"이 "배열 크기"를 나타내는지 아니면 "완전히 다른 것"을 나타내는지 알 수 없기 때문에 확실히 악몽이 될 것입니다. 따라서 상수를 생성하고, 설득력 있고 설명이 포함된 이름을 지정하고, 프로그램 전체에서 상수 식별자를 사용해야 합니다.

이렇게 하면 프로그램을 더 쉽게 이해하고 유지 관리할 수 있습니다. 13. 빌더 및 예외의 경우 일반적으로 해당 객체 생성이 실패하는 경우 빌더에서 발견된 예외를 다시 발생시키고 싶어합니다. 이렇게 하면 호출자는 개체가 올바르게 생성되었다고 맹목적으로 계속 생각하지 않게 됩니다. 14. 클라이언트 프로그래머가 객체 사용을 마친 후 클래스에 정리 작업이 필요한 경우 정리 코드를 잘 정의된 메서드에 배치하고 용도를 ​​명확하게 나타내기 위해 cleanup()과 같은 이름을 사용하는 것을 고려하십시오. 또한 클래스 내에 부울 플래그를 배치하여 객체가 지워졌는지 여부를 나타낼 수 있습니다. 클래스의 finalize() 메서드에서 객체가 지워졌고 RuntimeException에서 상속된 클래스가 삭제되어(아직 삭제되지 않은 경우) 프로그래밍 오류를 나타내는지 확인합니다. 이와 같은 단계를 수행하기 전에 finalize()가 시스템에서 작동하는지 확인하십시오(이 동작을 확인하려면 System.runFinalizersonExit(true)를 호출해야 할 수도 있습니다).