Software Engineering. DI와 DIP

Thu, 27 Mar 2025 00:00:00 +0000

의존성 주입(Dependency Injection)

의존성 주입은 객체가 필요한 의존성을 내부에서 직접 생성하지 않고 외부에서 전달받는 방식이다. 별도의 DI 프레임워크나 주입 전용 객체가 반드시 필요한 것은 아니다. 생성자를 통해 객체를 전달하는 것만으로도 의존성 주입이 된다.

의존의 의미

A → B: A가 B에 의존한다.

A가 동작하기 위해 B의 타입이나 기능을 사용한다면 A는 B에 의존한다. B의 공개 인터페이스가 바뀌면 A도 영향을 받을 수 있다.

다음 코드에서 Greeter는 구체 타입인 EnglishGreetingProvider를 직접 생성한다.

final class EnglishGreetingProvider {
 func greeting() -> String {
 "Hello, World!"
 }
}

final class Greeter {
 private let provider = EnglishGreetingProvider()

 func greet() {
 print(provider.greeting())
 }
}

이 구조에서는 구현을 교체하거나 테스트 대역을 사용하려면 Greeter를 직접 수정해야 한다.

SniffMEET. Interactor가 인프라를 직접 알아도 될까

Mon, 10 Feb 2025 00:00:00 +0000

Interactor에서 직접 매니저 호출하지 않기

매니저가 변하면 인터랙터를 직접 변경해야한다. 매니저와 인터랙터 간의 의존성을 줄이고, 인터랙터는 “비즈니스 로직”만, 그리고 비즈니스 로직의 구현체인 유즈케이스에서 네트워크 요청이나 데이터 관리와 같은 인프라 로직을 담당하는 것이 좋다고 생각한다.

또한 싱글톤 객체여도 현재 주입하는 방식으로 사용중인데, 인터랙터에서 사용하면 직접 매니저의 싱글톤 객체를 호출해서 사용해야 한다:

func sendWalkRequest(message: String, latitude: Double, longtitude: Double, location: String) {
 Task {
 do {
 let myInfo = try loadUserInfoUseCase.execute()
 let id = try SessionManager.shared.userID.get()
 ...
 try await requestWalkUseCase.execute(walkNoti: walkNoti)
 } catch {
 ...
 }
 }
 presenter?.didSendWalkRequest()
}

위 코드에서 id를 얻기 위해 SessionManager의 싱글톤 객체를 호출해야 한다. 싱글톤 객체 호출 자체는 크게 문제가 되지 않을 수 있지만, 다음과 같이 생각해볼 주제가 있다.

Dependency Injection on Kelly Dev

Software Engineering. DI와 DIP

의존성 주입(Dependency Injection)

의존의 의미

SniffMEET. Interactor가 인프라를 직접 알아도 될까

Interactor에서 직접 매니저 호출하지 않기