Skip to content

[리팩토링] 애플리케이션 아키텍처 변경 #314

Description

@highright96

우측의 Assignees, Labels, Project를 상황에 맞게 선택해주세요 😊

상세 내용

  • 기존 애플리케이션의 문제점
    • 프로젝트의 구조가 전반적으로 이해하기 힘들고, 한눈에 파악되지 않는다.
    • 계층 분리를 애매하게 했고, 모듈 간의 의존성이 너무 크다. (고수준 모듈 저수준 모듈이 서로를 의존한다.)
    • 전반적으로 클래스 간의 결합도가 높다.
  • 개선 목표
    • 프로젝트의 구조를 도메인 별로 다시 나눠보자.
    • 계층을 presentation, application, domain, infrastructure로 나누자.
    • 계층 간 단방향으로 의존할 수 있도록 설계하자. (저수준 -> 고수준)
    • 계층마다 dto 두기...
    • 추상화를 통해 최대한 클래스 간의 결합도를 낮추자.
    • 통합/인수 테스트를 제외한 모든 테스트는 POJO 형태로 변경하자. (Mockito 사용 x, 컨테이너 사용 x)
  • 장점
    • empty

2022-04-06 회의

  • domain -> model 제거
  • favorite
    • favoriteCategory -> user
    • favoriteGroup -> group
  • management -> user
  • post -> group
  • schedule, attendance -> group

Metadata

Metadata

Type

No type

Fields

No fields configured for issues without a type.

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions