강경하다

박스를 뜯는 경우를 생각해보자 (매우 자연스럽고 적합한 비유의 예제는 아니다 ..) 1. [Forced unwrapping] 인정사정없이 박스를 강제로 뜯는다 내용물이 있으면 정상이지만, 내용물이 없는경우 컴파일 에러가 발생하게 된다. 2. [Optional binding (if let)] 부드럽게 박스를 개봉한다 컴파일에러는 발생하지 않지만, if문이 다중으로 쓰이므로 deps level이 깊다. 이는 Cyclomatic Complexity가 높은(복잡성이 높은) 코드다. 3. [Optional binding (guard)] 부드럽게 박스를 개봉한다 if를 하나 줄였으므로, 이전 코드보다는 복잡성이 줄어들었다. 4. [Nil coalescing] 박스를 개봉했을 때, 비어있으면 디폴트 값을 준다 이건 ..

optional : 있을 수도, 없을 수도 있는 값의 형태 -> 이게 없으면 boolean을 이용해 flag를 만들어서 처리해야함 -> 복잡 .. 값이 있을 수도, 없을 수도 있다 : 타입(자료형)뒤에 "?"를 붙인다. 값이 없는경우 : nil로 표현한다. 이와같이, 캐스팅에 실패하는 경우에도 nil값이 들어간다. (현재 위의 형태는, xcode에서 Int형 무언가가 들어있다 라고 인식하고있다. 없을 수도 있으므로, 자료형이 Int?이다.)