iOS - 강제 언래핑에 대한 고찰(with map)

iOS - 강제 언래핑에 대한 고찰(with map)

 

 

 강제 언래핑은 무엇이고, 언제 써야할까?

 

스위프트는 Optional이라는 타입이 있다.

이는 값이 없음을 나타내는 타입인 nil과 어떠한 값이 투명한 막과같이 wrapping되어있음을 나타내는 some(Type) 두 가지를 담을 수 있다. 

 

보통 Optional을 사용하는 이유는 불확실한 데이터에 대해 안전하게 꺼내서 사용할 때 사용한다. 

즉 User라는 비동기 Struct값을 가질 때 Optional<User>로 한번 묶음으로써 이 User라는 값을 사용하려면 if let 바인딩과 같은 방법을 거쳐 꺼내야 한다. 

 

이번 포스팅에서 알아볼 것은 안전하게 꺼내는 방법이 아닌 불완전하게 꺼내는 방식(강제 언래핑)이다.

 

불완전하다고 꼭 안 좋은 방법은 아니며, 개발자의 판단하에 강제로 꺼내는 경우의 수가 확실하게 오류를 발생시키지 않는다고 생각된다면 강제언래핑을 사용해도 된다. 

 

문득 아래와 같은 코드를 작성하면서 Optional에 대해서 생각하게 되었다.

 

 

Rxswift를 적용했지만 이를 논외로하고 lottoObservable이 Lottos라는 Struct타입이라고 가정해보자.

이 Lotto에는 date라는 String형태의 property가 존재하고 이 date를 formatter를 통해서 실제 Date타입으로 변환시키고 싶은 상태이다.

 

여기서 formatter.date(from: $0.date)!를 보면 강제언래핑을 통해서 불완전한 상태로 값을 뽑아내는 것을 볼 수 있다.

 

여기서 생각할 점은 다음과 같다.

1. $0.date라는 값이 String형태가 아니라면 오류를 발생시킨다.

2. $0.date라는 값이 존재하지 않는다면 오류를 발생시킨다. 

3. $0.date의 값이 String이지만 formatter의 형식이 아니라면 오류를 발생시킨다.

 

1번과 3번은 데이터 구조를 만들때 타입을 잘 선언하고 데이터를 올바르게 주입하다면 문제가 되지 않는다.

 

그리고 2번의 경우에는 Lottos배열이 비어있을때 $0.date값도 비어있기 때문에 오류를 발생시키는 게 아닌가? 라고 생각을 했었는데,  배열이 비어있다면 아예 map내부의 함수가 실행하지 않기 때문에 문제가 되지않았다. 

즉 배열이 비어있을때는 작동하지 않기 때문에 강제언래핑을 사용해도되고, 배열이 비어있지않을때는 $0.date값이 사전에 설계된 타입과 형식이 동일하다면 문제가되지 않는 것이다. 그래서 위의 코드는 안전한 코드라고 생각한다. 

 

이 코드가 좋은 코드는 아닐 수 있지만 끊임없이 이유있는 코드에 대해서 생각해야한다.