답변:
Sun / Oracle 자체와 같은 조직이 있습니다. 이 문서를 Java 프로그래밍 언어에 대한 코드 규칙 이라고하며 필요한 대부분의 규칙에 대해 설명합니다. 모든 사람이 그것을 읽고 그 권고 사항을 따르기로 동의하십시오.
난 정말있어 안드레스의 대답에 태그 , 균일 자바 코드를 서식 측면에 초점을 맞춘.
Eclipse를 사용하는 경우 Java 포맷터가 Java 표준으로 자동 형식화되도록 설정할 수 있습니다. 이클립스 포맷터에는 줄당 문자 수 (예 : 줄당 문자 수를 줄 바꿈하기 전의 줄 수) 및 기타 여러 가지와 같은 유용한 설정이 있습니다. 줄당 문자를 표준화하면 간격 및 줄 바꿈과 큰 차이없이 다른 개발자가 작성한 코드를 더 쉽게 구별 할 수 있습니다.
마지막으로 Eclipse를 사용하여 원하는 모든 설정을 설정 한 후에는 모든 팀원이 가져올 수있는 파일로 포맷터를 내보내십시오. 따라서 Eclipse를 사용하는 경우 자동 형식화 및 코드 편집을 수행하는 모든 옵션을 완전히 탐색 한 다음 설정을 전체 팀과 공유하는 것이 좋습니다.
다른 주요 Java IDE (IntelliJ 및 Netbeans)에 형식 설정을 내보내는 비슷한 기능이 있다고 가정합니다.
이 [다른 코딩 스타일]은 짧은 마감 시간으로 서로 코드를 이해하는 데 시간을 할애 할 수 없기 때문에 가장 중요합니다.
사실은. 가장 중요하지 않습니다.
컨설턴트로 삼십년 후, 나는 읽은 많은 많은 고객으로부터 코드를. 모든 고객 (및 종종 고객의 조직 내)에는 다양한 스타일이 있습니다.
많은 스타일을 읽은 후 나는 이것을 배웠다.
스타일은 중요하지 않습니다
항상 작동하는 코드 작성과 항상 작동 함을 입증하는 단위 테스트 작성에 중점을 두십시오.
작업 코드를 제공 한 후에는 버그 수정 및 설치 개선 기능이 부족한 경우이를 코드화 할 수 있습니다.
위에서 언급 한 Sun Java CC는 13 세일뿐만 아니라 일부 규칙 (예 : 한 줄에 80 자)이 구식 일뿐 아니라 가장 일반적인 규칙 (클래스의 낙타 케이싱, 블록 대문자)을 제외하고 명명 규칙을 정의하지 않습니다. 정적 최종 변수 등).
DAO, EJB, 엔티티 등 사용하는 모든 유형 의 클래스에 대해 고유 한 표준을 정의해야 합니다. Sun Java CC는 확장을위한 추상 기본 클래스와 같습니다.
여기에서 다른 사람들이 언급했듯이 온라인에서 Java를위한 몇 가지 인기있는 '스타일 가이드'를 검색하고 팀의 모든 사람들이 그들을 고수하도록 설득 할 수 있습니다. 자주 사용하는 IDE의 일부 코드 검사 도구는 그렇게하지 않을 때이를 상기시키는 데 도움이 될 수 있습니다.
그러나 때때로 정치가 관련됩니다. 나는 한때 누군가가 표준화해야 할 필요성을 언급 한 후에도 팀의 최고 개발자가 계속 그렇게하는 상황에 처해 있습니다. 이러한 상황에서는 코드 기반과 요구 사항에 대해 가장 많이 알고 있기 때문에 코드 스타일을 관찰하고 따르는 것이 더 나을 수 있습니다. 어려울지라도 발가락을 밟는 데 시간을 낭비하고 싶지 않을 수 있습니다. 그것은 우리의 나머지 사람들이 그 특정한 상황에서했던 것입니다.
따라서 귀하의 상황도 고려해야합니다.
코드에서 실제로 중요한 것은 낮은 순환 복잡성, 작은 범위, 높은 응집력 및 표현 식별자의 선택입니다. 이러한 점을 감안할 때 코드를 파악하기 쉬워지고 코드가 좋습니다.
Spartan Programming 을 살펴 보시기 바랍니다 .
대부분의 코딩 표준은 잘못 작성된 코드를 예쁘게 보이게하는 방법을 알려주며 "코딩 스타일"에 대한 대부분의 논의는 실제로 서식에 관한 것입니다. 코드 형식은 코드 구조를 시각적으로 나타내는 것입니다. 코딩 스타일은 코드 구조를 나타내는 방법이 아니라 코드를 구성하는 방법에 관한 것이기 때문에 사소하고 자동화 가능하며 코딩 스타일과 거의 관련이 없습니다.
명명 규칙에 대한 많은 종교적 전쟁이 있지만 실제로는 열악한 디자인을 해결하기위한 해킹 일뿐입니다. 그것이 의미하는 바가 있다면 이름이 좋습니다. 범위가 작고 명확할수록 그러한 이름을 선택하는 것이 더 쉽습니다.