Clean Architecture란?

• 소프트웨어를 유지보수하기 쉽고, 테스트 가능하며 확장 가능한 구조로 만드는 아키텍처 설계 원칙이다.

핵심 목표

• 비즈니스 로직과 UI, DB, 네트워크 등을 명확히 분리한다.
• 의존은 항상 바깥쪽(저수준) 계층에서 안쪽(고수준)계층을 향해 흐른다. 즉 안쪽 계층은 바깥 계층에 대해 전혀 몰라도 동작할 수 있어야 한다.
• 모바일 기준으로 Domain, Data, Presentation Layer로 나눌 수 있다.
• ViewModel → UseCase → Repository (Protocol) → RepositoryImpl (API/DB)

계층 구조

의존성이란

class ViewModel {
    let useCase = UseCase() // ViewModel은 UseCase에 의존
}

• 의존성(Dependency) 이란, 어떤 객체가 다른 객체를 사용하거나 필요로 하는 관계를 의미한다.
• ViewModel이 Usecase를 직접 생성하고 사용하고 있기 때문에 UseCase에 의존하고 있다.
• 이러한 관계가 많아질수록 한 객체가 변경되면 다른 객체가 변경되어야 할 가능성이 높아진다.
  • 즉 유지보수가 어려워진다.

의존성 역전 원칙(Dependency Inversion Principle)

• 클린 아키텍처의 원칙 중 하나로 “고수준 모듈이 저수준 모듈에 의존해서는 안된다. 대신 둘 다 추상화(인터페이스)에 의존해야 한다”

용어 정리

DIP를 위반한 구조

class UseCase {
    let repository = Repository() // 구체적인 구현에 직접 의존
}

• 이 구조에서는 Repository가 변경되면 UseCase도 변경될 가능성이 크다.
• 테스트시 Mock 객첼 대체하기 어렵다.

DIP를 지킨 구조

protocol RepositoryProtocol {
    func fetchUsers() -> [User]
}

class UseCase {
    private let repository: RepositoryProtocol

    init(repository: RepositoryProtocol) {
        self.repository = repository
    }
}

• 이제 UseCase는 Repository 구체 구현체를 몰라도 된다.
• 오직 RepositoryProtocol이라는 추상화된 인터페이스에만 의존한다.

의존성 주입(DI: Dependency Injection)

let repository = MockUserRepository()
let useCase = FetchUsersUseCase(repository: repository) // 의존성 주입
let viewModel = ViewModel(useCase: useCase)

• 필요한 객체(의존성)을 외부에서 주입(Inject) 해주는 방식을 말한다.
• 의존성을 직접 생성하지 않고, 외부에서 받아서 사용하는 것이 핵심이다.

의존성 주입의 장점