Java 프로젝트의 패키지 구조?

Java 프로젝트의 패키지 구조?

---

Java 웹 애플리케이션에서 패키지 구조를 설정하는 가장 좋은 방법은 무엇입니까?

src, 단위 테스트 코드 등을 어떻게 설정 하시겠습니까?

---

maven의 표준 프로젝트 레이아웃을 따를 수 있습니다. Maven을 사용할 필요는 없지만 더 필요한 경우 전환이 더 질 것입니다. 또한 많은 오픈 소스 프로젝트가 이런 방식으로 배치되기 때문에 다른 개발자가 해당 레이아웃을 보는 데 익숙해 질 것입니다.

---

확인할 수있는 몇 가지 기존 리소스가 있습니다.

1. Java 클래스를 명확하게 패키징
2. Spring 2.5 아키텍처
3. Java 안내-패키지 이름 지정
4. SUN 명명 규칙

그만한 가치에 대해 제가 사용하는 개인적인 지침은 다음과 같습니다.

1. 역 도메인으로 시작합니다 (예 : "com.mycompany").
2. 제품 이름을 사용하십시오 (예 : "myproduct"). 어떤 경우에는 특정 제품에 속하지 않는 공통 패키지가있는 경향이 있습니다. "io", "util", "ui"등과 같은 공통 클래스의 기능에 따라 분류됩니다.
3. 이 나중에는 더 자유 형식이됩니다. 일반적으로 프로젝트, 기능 영역, 배포 따라 그룹화합니다. 예를 들어 "project1", "project2", "ui", "client"등이있을 수 있습니다.

다른 몇 가지 사항 :

1. 내가 작업 한 프로젝트에서 패키지 이름이 디자인 문서에서 흘러 나오는 것은 매우 일반적입니다. 일반적으로 제품은 이미 기능 또는 목적 영역으로 구분됩니다.
2. 너무 많은 즉시 적용하는 것에 대해 설치 기능을 더 높은 패키지에 즉시 적용합니다. 프로젝트, 제품 등에서 필요가있을 때까지 기다린 다음 리팩터링하십시오.
3. 패키지 간을 확인하십시오. 모두 나쁘지는 않지만 별도의 장치 사이의 사용할 수 있습니다. 이를 추적하는 데 도움이되는 도구가 있습니다.

---

구현 계층이 아닌 기능별로 패키지 구조를 만드는 것이 좋습니다. 이것에 대한 좋은 글은 Java 관행입니다. 계층이 아닌 기능별 패키지

---

나는 일반적으로 다음을 좋아합니다.

• bin (바이너리)
• doc (문서)
• inf (정보)
• lib (라이브러리)
• res (리소스)
• src (소스)
• tst (테스트)

이것은 틀에 얽매이지 않는 것들이 될 수 있고, 사물을 정리하는 데 매우 좋은 방법이라고 생각합니다.

---

The way I usually organise is
- src
        - main
                - java
                - groovy
                - resources
        - test
                - java
                - groovy
- lib
- build
        - test 
                - reports
                - classes
- doc

---

내가 일반적으로 폴더 계층 구조를 방식-

• 프로젝트 이름
  • src
  • 큰 상자
  • 테스트
  • libs
  • 문서

참고 URL : https://stackoverflow.com/questions/210567/package-structure-for-a-java-project