자바 코드를 롤링 할 때 나는 항상 recommended convention의 <reversed domain name>.<internal naming convention>을 고수했습니다. 대개 이것은 매우 견고하며 이름 충돌과 관련된 문제를 방지합니다. 그러나 '서브 도메인이 작은'조직 (예 : cisb.justice.qld.gov.au)을 다루는 경우 맨 위에 약간의 정보가 표시됩니다. 특히 내부 규칙을 추가하고 au.gov.qld.justice.cisb.comm.sony.pfm42v1. 등으로 끝낼 때'깊은 하위 도메인'조직의 패키지 이름 지정
이제 저는 퀸즐랜드 정부에서 일하는 유일한 프로그래머가 아니므로 법무부와 마찬가지로 au.gov.qld.으로 단순화하고 있다고 가정하고 있습니다. au.gov.qld.justice.가 있습니다.
비슷한 상황에서 다른 사람들이 사용한 규칙은 무엇입니까?
취해진 접근법은 au.gov.qld.justice.duet.을 기본 패키지로 사용하는 것이 었습니다. 이것은 Java 표준을 준수하며 향후 부서 이름 변경시 발생할 수있는 문제를 방지하기 위해 내부 부서 이름 대신 프로젝트 이름을 참조합니다.
분명히 au.gov.justice은 도메인 이름의 일부가 아니기 때문에 분명합니다. au.gov.justice은 주 정부가 아니라 연방 정부를 의미합니다.
확실한 선택이 너무 길면 justice.qld.gov.au 또는 courts.qld.gov.au을 고려하십시오.
다른 사람이 부서에서 근무하는 방법, 구성 방법 및 정책이 있는지 여부에 따라 다르 겠지만 여전히 패키지 이름을 고유하게 만드는 프로젝트 이름이 있으므로 허용 될 수 있습니다.
이 문제가 해당학과에서 처음으로 터 졌나요? 어쩌면 다른 누군가가 이미 대회를 골랐을 수도 있습니다.
정부 부서의 또 다른 문제는 이름을 자주 바꾼다는 것입니다.
부서에서 이름을 변경 했습니까? 어쩌면 당신은 옛 이름을 붙이거나 다음에 이름이 바뀔 때 여전히 작동 할 수있는 것을 골라야 할 것입니다.
Java Language Specification 네임 스페이스의 주 목적은, 패키지 이름이 고유 수 있도록 그래서 당신은 au.gov.qld와 패키지 이름을 시작할 제공하는 것을 우리에게 상기시켜, 당신은 이름 아무튼 보장하기 위해 조치를 취할 제공하는 유연성의 소량이있을 수 있습니다 다른 정부 부서와 충돌하지 마라.
예, 패키지 이름 사전 편집은 오타가 수정되었습니다. –
이 문제를 해결하기위한 일반적인 규칙은 들어 본 적이 없습니다.
실제 문제인 경우 기업 특정 규칙을 알아 내기 위해 Queensland Justice 내의 다른 개발자와 이야기해야합니다.
기업 정보 시스템 지사 (퀸즈랜드 법무부)는 IT 정책을 수립하지 않았습니까? 당신은 방금 그 친구에게 한 마디 씩주고 메모를 보낼 수 없습니까? (그래, 나도 알아 ... 인생은 결코 간단하지 않다.하지만 시도해 볼만한 가치가있다.)
솔직히 말해서, cisb.justice.qld.gov.au은 "정상 이상"이 아니다.
CISB! = IT, 따라서 설치되지 않은 패키지 명명 규칙.이것은 일부 통제 시스템을위한 것입니다. 따라서 부서 차원의 정책 구현은 불가능합니다. –
저는 첫 번째 패키지가 도메인 이름을지나도록 만듭니다. 즉, 프로젝트 이름입니다. – MeBigFatGuy