패키지의 Naming Convention

  패키지의 구성은 프로젝트의 크기나 구성원들의 성향으로 결정합니다. 예를 들어, 규모가 작은 프로젝트는 Controller 영역을 별도의 패키지로 설계하고, Service 영역등을 하나의 패키지로 설계 할 수 있습니다.

  

  반면에 프로젝트의 규모가 커져서 많은 Service 클래스와 Controller들이 혼재할 수 있다면 비지니스를 단위별로 구분하고(비지니스 단위 별로 패키지를 작성하고) 다시 내부에서 Controller 패키지, Service 패키지 등으로 다시 나누는 방식을 이용합니다. 이런 방식은 담당자가 명확해지고, 독립적인 설정을 가지는 형태로 개발하기 때문에 큰 규모의 프로젝트에 적합합니다. 다만 패키지가 많아지고, 구성이 복잡하게 느껴지는 단점이 있습니다.

 

 제가 이 카테고리에서 앞으로 사용할 패키지의 구성은

• org.zerock.config: 프로젝트와 관련된 설정 클래스들의 보관 패키지
• org.zerock.controller: 스프링 MVC의 Controller들의 보관 패키지
• org.zerock.service: 스프링의 Service 인터페이스와 구현 클래스 패키지
• org.zerock.domain: VO, DTO 클래스들의 패키지
• org.zerock.persistence: MyBatis Mapper 인터페이스 패키지
• org.zerock.exception: 웹 관련 예외 처리 패키지
• org.zerock.app: 스프링의 AOP 관련 패키지
• org.zerock.security: 스프링 Security 관련 패키지
• org.zerock.util: 각종 유틸리티 클래스 관련 패키지

 

출처: 코드로 배우는 웹 스프링 프로젝트