[Swift] 재사용 가능한 NetworkManager만들기 (feat. Generic)

 

 

 

 

지난번에 이런 글을 썼었는데,

https://990427.tistory.com/112

[Swift] json value type이 달라지는 response에 대응하여 API Responder만들기

 

상태 코드를 받을 수 없다는 문제점도 있었고,

모듈마다 다 다른 MoyaProvider를 사용하다보니까 저번에 만든 함수의 쓰임이 좀.. 별로랄까?

 

그래서 개선해보자!고 생각했고 조금더 유연하게 사용할 수 있도록

BaseNetworkManager를 만들기로 했습니다.

 

BaseNetWork의 목표

1. 모든 모듈에서 사용할 NetworkManager의 기반이 되자.

2. 중복을 제거하자.

 

Base-는 모든 모듈에서 상속해서 그 모듈에서 사용하는 MoyaProvider를 사용할 수 있도록 해주어야 합니다

그래서 provider를 제네릭으로 만들자!

open class BaseNetworkManager<Target : TargetType>{
    let provider = MoyaProvider<Target>()
    
    public init() {}
    
}

코드에 대한 부가설명을 하면 =

class를 만들 때 Target을 지정하여 provider를 다양하게 만들 수 있도록 제네릭을 사용했습니다

public init()을 해주는 이유는 기본 init이 internal이기 때문! (internal은 다른 모듈에서 초기화가 안됨)

 

 

다음으로 생각한것은 request

모든 NetworkManager는 분명히 request가 필요 합니다

그래서 중복을 제거하기 위해 미리 만들어 주려고 하는데, 뭘 고려해야 할까?

 

가장 중요한 것은 DTO의 제네릭입니다.

어떤 DTO가 들어와도 parsing 가능하게 만들 수 있다면 상당한 중복 제거가 가능하다!!

그리고 APIResponder와 같이 제네릭한 DTO를 parsing해야 합니다

근데 이건 rxMoya가 해줄거니까 생략할게요!

 

APIResponder의 가장 큰 문제점은 상태 코드를 받을 수 없다는 것인데요,

프로젝트에서 로그인, 회원가입에 대한 정보를 상태코드 200, 201로 알려주는데

상태 코드를 알 수 없으니 Oauth 이후에 기본정보 입력화면으로 갈것인지, 메인화면으로 갈것인지를 결정할 수가 없어요

그래서 이번에는 상태코드까지 함께 넣을 수 있도록 설계 했습니다

 

SuccessDTO는 Result에서 반환해줄 값입니다

기존의 data에서 code(상태코드)가 추가된 struct임!

public struct SuccessDTO<DTO: Decodable> {
    public let code: Int
    public let data: DTO?
}

 

모든걸 고려해서 만든 BaseNetworkManager의 모습!

상당히 제네릭..

open class BaseNetworkManager<Target : TargetType>{
    let provider = MoyaProvider<Target>()
    
    public init() {}
    
    public func request<DTO: Decodable>(_ type: Target) -> Single<Result<SuccessDTO<DTO>, Error>> {
        return provider.rx.request(type)
            .map {
                let response = try $0.map(ResponseDTO<DTO>.self)
                if response.success {
                    return .success(SuccessDTO(code: $0.statusCode, data: response.data))
                }
                else{
                    return .failure(response.error!)
                }
            }
    }
}

 

다양한 DTO에 대응할 수 있도록 제네릭하게 만들어주고,

어떠한 Target을 받아 상태코드+데이터 또는 에러가 발생했을 떄 Error를 return

 

그리고 요 부분이 APIResponder의 핵심 역할을 대신 해줄것임!

let response = try $0.map(ResponseDTO<DTO>.self)

 

 

그럼 실제로 어떻게 사용할 수 있을까?

문제가 되었던 Login모듈에 적용을 해보아요

class LoginNetworkManager : BaseNetworkManager<LoginProvider> {
    
    func login(_ type: LoginProvider) -> Single<Result<SuccessDTO<LoginDTO>,Error>> {
        return request(type)
    }
    
    func enterInfo(_ userInfo: PreUserInfo) -> Single<Result<SuccessDTO<Bool?>, Error>> {
        return request(.enterInfo(preUserInfo: userInfo))
    }
}

이런식으로 API통신을 하는 모듈마다 하나의 NetworkManager를 가지도록 했습니다

여기서는 LoginProvider를 Target타입으로 사용합니다

 

두개의 request가 있는데, 각각 login, enterInfo이고,

기존에 제네릭하게 만들어 둔 request를 활용하면 저렇게 간단하게 만들 수 있답니다!!

 

 

 

swift의 강력한 기능이기도 한 제네릭을 도배해서 재사용 가능한 NetworkManager를 만들어 보았습니다 :)

이렇게 하니 네트워크 로직 분리도 되고 좋네요 🙃

 

 

좋은 의견이 있다면 알려주세요 :)