작성자: @기중

작성일: 2025-09-07 ~ 2025-09-08

현재 구조에 큰 문제점은 없다고 생각합니다. 하지만, 장기적으로 보았을때 문제가 발생하기 쉽다고 생각합니다.

• 책임의 모호성: 기능이 추가될수록 클래스와 서비스의 책임이 비대해져 단일 책임 원칙을 위반할 위험이 커집니다.
• 강한 결합도: 모듈 경계가 없어 자유로운 import가 가능하므로, 강한 의존성이 있는 코드 작성이 가능합니다. 또한, 이로 인해 코드 변경의 영향 범위를 파악하기 어려워질 수 있습니다.
• 테스트의 어려움: 수 많은 의존성으로 인해 단위 테스트 작성 시 Mock 객체의 수가 기하급수적으로 증가하여 테스트 코드의 복잡성과 유지보수 비용이 크게 증가합니다.

따라서, 다음과 같은 개선을 진행해보려 합니다.

모듈별 역할과 책임

graph TD
    subgraph "Presentation & Application Layers"
        A["wss-api"]
    end
    
    subgraph "Domain & Infrastructure Layers"
        B["wss-service-user"]
        CORE["wss-service-core (Novel + Feed)"]
        E["wss-service-auth"]
        F["wss-service-notification"]
        G["wss-service-support"]
    end

    H["wss-batch (배치 작업)"]
    I["wss-common (공통 코드)"]
    
    A --> B
    A --> CORE
    A --> E
    A --> F
    A --> G
    A --> H
    
    B --> I
    CORE --> I
    E --> I
    F --> I
    G --> I
    H --> I
    
    H --> CORE

wss-api(서버의 핵심)

wss-service-user

wss-service-core