SPRING BOOT 구조

1. 레이어 별 구조 (Layered Architecture)

애플리케이션을 여러 레이어(예: controller, service, repository 등)로 나누고, 각 레이어에 해당하는 기능을 그룹화한다.

예를 들어, 모든 컨트롤러가 하나의 패키지에, 서비스는 다른 패키지에 위치한다.

• 장점:

  • 분리와 추상화: 레이어간의 결합도가 낮다.

    각 레이어는 독립적이며, 레이어 간의 상호 작용은 잘 정의된 인터페이스를 통해 이루어집니다.

  • 재사용성: 특정 레이어의 로직(예: 서비스 레이어)을 다른 도메인에서 재사용하기 쉽습니다.

  • 대체 용이성: 데이터베이스나 외부 서비스 같은 인프라스트럭처를 교체할 때 해당 레이어만 수정하면 되므로 유연성이 증가합니다.

• 단점:
  • 네비게이션 복잡성: 여러 패키지를 오가며 코드를 찾아야 합니다.
  • 파일 확장: 큰 프로젝트에서는 각 레이어에 수많은 파일이 존재해 관리가 복잡해질 수 있습니다.

2. 기능(도메인) 별 구조 (Feature-based or Domain-driven Design)

애플리케이션의 기능이나 도메인(예: 사용자, 주문, 상품 등) 별로 구성.

각 도메인 폴더 내에는 해당 도메인과 관련된 컨트롤러, 서비스, 리포지토리 등이 함께 위치

• 장점:
  • 응집도: 관련 기능과 클래스가 가까이 있어, 특정 기능을 수정하거나 개발할 때 관련 파일을 쉽게 찾을 수 있습니다.
  • 유지보수 용이성: 시스템의 특정 부분을 이해하고 수정하기가 더 용이
  • 확장성: 새로운 기능이나 도메인을 추가하기 쉽다
• 단점
  • 코드 중복: 일부 공통 로직이 여러 곳에서 중복되어 사용되어 유지보수가 힘들 수 있다.
  • 분리의 어려움: 하나의 도메인이 다른 도메인과 강하게 결합되어 있는 경우, 이를 분리하기 어려울 수 있다.

3. Setter 을 왜 쓰지 말아야하는가!?

사실 알지만

그렇다면?!

JPA 를 사용해서 어떻게 값을 update 하란말인가?!

그래서 우린 어쩔수없이 Setter 를 쓰게 되었다.

• 아니면 Method 를 하나 팠음.