'catch'에 해당되는 글 2건

  1. 2017.07.24 오류처리
  2. 2012.09.04 iOS개발하기 #49. 예외처리. @try, @catch, @finally (8)

오류처리

Swift/기본문법 2017.07.24 11:00

오류처리

스위프트에서 오류(Error)Error라는 프로토콜을 준수하는 타입의 값을 통해 표현됩니다. Error 프로토콜은 사실상 요구사항이 없는 빈 프로토콜일 뿐이지만, 오류를 표현하기 위한 타입(주로 열거형)은 이 프로토콜을 채택합니다.


스위프트의 열거형은 오류의 종류를 나타내기에 아주 적합한 기능입니다. 연관 값을 통해 오류에 관한 부가 정보를 제공할 수도 있습니다. 


이번 예제에는 프로그램 내에서 자판기를 작동시키려고 할 때 발생하는 오류상황을 구현해 보았습니다.


소스코드


오류표현

Error 프로토콜과 (주로)열거형을 통해서 오류를 표현합니다

enum 오류종류이름: Error {
    case 종류1
    case 종류2
    case 종류3
    //...
}


> 자판기 동작 오류의 종류를 표현한 VendingMachineError 열거형

enum VendingMachineError: Error {
    case invalidInput
    case insufficientFunds(moneyNeeded: Int)
    case outOfStock
}



함수에서 발생한 오류 던지기

자판기 동작 도중 발생한 오류를 던지는 메서드를 구현해봅니다.

오류 발생의 여지가 있는 메서드는 throws를 사용하여 오류를 내포하는 함수임을 표시합니다.

class VendingMachine {
    let itemPrice: Int = 100
    var itemCount: Int = 5
    var deposited: Int = 0
    
    // 돈 받기 메서드
    func receiveMoney(_ money: Int) throws {
        
        // 입력한 돈이 0이하면 오류를 던집니다
        guard money > 0 else {
            throw VendingMachineError.invalidInput
        }
        
        // 오류가 없으면 정상처리를 합니다
        self.deposited += money
        print("\(money)원 받음")
    }
    
    // 물건 팔기 메서드
    func vend(numberOfItems numberOfItemsToVend: Int) throws -> String {
        
        // 원하는 아이템의 수량이 잘못 입력되었으면 오류를 던집니다
        guard numberOfItemsToVend > 0 else {
            throw VendingMachineError.invalidInput
        }
        
        // 구매하려는 수량보다 미리 넣어둔 돈이 적으면 오류를 던집니다
        guard numberOfItemsToVend * itemPrice <= deposited else {
            let moneyNeeded: Int
            moneyNeeded = numberOfItemsToVend * itemPrice - deposited
            
            throw VendingMachineError.insufficientFunds(moneyNeeded: moneyNeeded)
        }
        
        // 구매하려는 수량보다 요구하는 수량이 많으면 오류를 던집니다
        guard itemCount >= numberOfItemsToVend else {
            throw VendingMachineError.outOfStock
        }
        
        // 오류가 없으면 정상처리를 합니다
        let totalPrice = numberOfItemsToVend * itemPrice
        
        self.deposited -= totalPrice
        self.itemCount -= numberOfItemsToVend
        
        return "\(numberOfItemsToVend)개 제공함"
    }
}

// 자판기 인스턴스
let machine: VendingMachine = VendingMachine()

// 판매 결과를 전달받을 변수
var result: String?



오류처리

오류를 던질 수도 있지만 오류가 던져지는 것에 대비하여 던져진 오류를 처리하기 위한 코드도 작성해야 합니다. 예를 들어 던져진 오류가 무엇인지 판단하여 다시 문제를 해결한다든지, 다른 방법으로 시도해 본다든지, 사용자에게 오류를 알리고 사용자에게 선택 권한을 넘겨주어 다음에 어떤 동작을 하게 할 것인지 결정하도록 유도하는 등의 코드를 작성해야 합니다.


오류발생의 여지가 있는 throws 함수(메서드)는 try를 사용하여 호출해야합니다.  

trydo-catch, try?try! 등에 대해 알아봅니다.


do-catch

오류발생의 여지가 있는 throws 함수(메서드)는 do-catch 구문을 활용하여 오류발생에 대비합니다.

> 가장 정석적인 방법으로 모든 오류 케이스에 대응합니다

do {
    try machine.receiveMoney(0)
} catch VendingMachineError.invalidInput {
    print("입력이 잘못되었습니다")
} catch VendingMachineError.insufficientFunds(let moneyNeeded) {
    print("\(moneyNeeded)원이 부족합니다")
} catch VendingMachineError.outOfStock {
    print("수량이 부족합니다")
} // 입력이 잘못되었습니다


> 하나의 catch 블럭에서 switch 구문을 사용하여 오류를 분류해봅니다. 굳이 위의 것과 크게 다를 것이 없습니다.

do {
    try machine.receiveMoney(300)
} catch /*(let error)*/ {
    
    switch error {
    case VendingMachineError.invalidInput:
        print("입력이 잘못되었습니다")
    case VendingMachineError.insufficientFunds(let moneyNeeded):
        print("\(moneyNeeded)원이 부족합니다")
    case VendingMachineError.outOfStock:
        print("수량이 부족합니다")
    default:
        print("알수없는 오류 \(error)")
    }
} // 300원 받음


> 딱히 케이스별로 오류처리 할 필요가 없으면 catch 구문 내부를 간략화해도 무방합니다.

do {
    result = try machine.vend(numberOfItems: 4)
} catch {
    print(error)
} // insufficientFunds(100)


> 딱히 케이스별로 오류처리 할 필요가 없으면 do 구문만 써도 무방합니다

do {
    result = try machine.vend(numberOfItems: 4)
}


try? 와 try!

try?

별도의 오류처리 결과를 통보받지 않고 오류가 발생했으면 결과값을 nil로 돌려받을 수 있습니다. 정상동작 후에는 옵셔널 타입으로 정상 반환값을 돌려 받습니다.

result = try? machine.vend(numberOfItems: 2)
result // Optional("2개 제공함")

result = try? machine.vend(numberOfItems: 2)
result // nil


try!

오류가 발생하지 않을 것이라는 강력한 확신을 가질 때 try!를 사용하면 정상동작 후에 바로 결과값을 돌려받습니다. 오류가 발생하면 런타임 오류가 발생하여 애플리케이션 동작이 중지됩니다.

result = try! machine.vend(numberOfItems: 1)
result // 1개 제공함

//result = try! machine.vend(numberOfItems: 1)
// 런타임 오류 발생!


더 알아보기

추가적으로 더 알아보면 좋은 개념입니다.

  • rethrows
  • defer

관련문서

* The Swift Programming Language - Error Handling

* The Swift Programming Language - Enumerations





by yagom

facebook : http://www.facebook.com/yagomSoft

facebook group : https://www.facebook.com/groups/yagom/


p.s 제 포스팅을 RSS 피드로 받아보실 수 있습니다.

RSS Feed 받기   


↓↓↓ 블로거에게 공감은 큰 힘이 됩니다 ↓↓↓ 

'Swift > 기본문법' 카테고리의 다른 글

기본문법을 마치며...  (0) 2017.07.31
고차함수  (0) 2017.07.27
오류처리  (0) 2017.07.24
익스텐션  (0) 2017.07.20
프로토콜  (0) 2017.07.17
assert와 guard  (0) 2017.07.13
Posted by yagom

댓글을 달아 주세요


오늘의 주제

1. 예외처리

마흔 아홉번째 시간입니다.^^

싱글턴 패턴에 대해서는 조금 익히셨나요?
그 외에도 디자인 패턴이란 것은 많이 존재합니다. 싱글턴 패턴은 아주 간단한 예에 지나지 않습니다.
디자인 패턴에 관심이 생기신다구요?
그렇다면 이제 아주 기초는 벗어나고 있다~ 라고 생각하시면 되겠습니다..ㅎㅎㅎ
물론 제가 말씀드리지 않은 것들은 정말 많지만, 저의 목표는 레퍼런스들을 나열하여 언제든 가져다 쓸 수 있는 것보다는 여러분들이 직접 원리를 알고, 개발문서를 통해 스스로 뭔가를 만들어 낼 수 있는 그런 포스팅이 되길 바라기 때문에 굳이 레퍼런스들을 다 나열하진 않았습니다.

많은 도움이 되셨는지 모르겠습니다. :)

이 기초 포스팅도 이제 막바지를 향해 달려가고 있습니다.
정말 몇 개 쓴거 같지도 않은데 이제 두어달만 있으면 일년이 되네요^^;
그동안 부족한 포스팅에 덧글도 응원도 많이 해 주신 여러분들께 진심으로 감사의 마음을 표합니다.

사설은 여기까지 하도록 하구요,

지난 포스팅에 이어 이번에도 iOS에 국한된 이야기라기 보다는 Objective-C 언어에서의 이야기를 해보려 합니다.
싱글턴도, 예외처리도 코코아 터치 프레임워크를 사용하는 것이라기 보다는 언어를 사용하는 테크닉 중 하나라고 볼 수 있겠지요.

오늘 포스팅은 정말 짧지만 정말 강력한 하나가 될 것이라 믿어 의심치 않습니다 ㅎㅎ

어쨌거나 저쨌거나 출발합니다~~~~~~~~~~


# @try @catch @finally

예외처리가 뭔가요???

여러분 여기까지 오면서 누구나 한 번 쯤은 Memory  Access Violation, Exception Error... 등등, 어플리케이션이 튕겨버리는 일을 겪지 않으신 분 없을겁니다.

즉, 어플리케이션이 죽어버리는... 만약 사용자가 사용하다가, 내가 사용하다가 퍽하고 강제종료 되어버리는... 이런 참사를 예방하려면 예외처리에 많은 심혈을 기울여야 하겠습니다. ㅎㅎㅎ

즉, 잘못된 처리로 인해 튕겨버릴 상황이 와도 한 번은 내가 컨트롤 해 볼 수 있는 여지를 만드는 것이 예외처리 입니다.

말로만 해서 잘 감이 안오시죠?

한 번 해봅시당 ㅎㅎ

지난 번에 사용하던 프로젝트에 그대로 적용해 보겠습니다.

싱글톤 객체에서 파일을 저장하던 메소드에 임의로 exception 에러를 발생시켜 봅니다.

NSDictionary는 Mutable이 아니기 때문에 setObject 메소드를 사용할 수 없지요. 그런데 임의로 Mutable인 것처럼 가장하여 메소드를 호출 해 봅니다.

말도 안되는 코드이긴 하지만, 실제로 종종 일어날 수 있는 일이기도 합니다. 이제 추가적으로 남은 것은 주석으로 모두 설명이 되어있습니다 ㅎㅎ

결과까지 한 화면에 나와있지요?



자, 이렇게 혹시 모를 상황에 대비하여 예외처리를 잘 사용해 주는것이 중요합니다.

이 하나의 포스팅으로 여러분의 어플리케이션이 조금 더 안정적이 되기를 희망합니다~

그럼 이만 뿅 ㅎㅎ



by yagom

facebook : http://fb.yagom.net

twitter : http://twitter.yagom.net ( @yagomsoft )

p.s 제 포스팅을 RSS 피드로 받아보실 수 있습니다.

RSS Feed 받기   


↓↓↓저 열심히 썼는데 손가락 한방 꾹 눌러주고 가시는 건 어떨까요? 로그인이 필요 없습니다. ^~^ 고맙습니다~ ↓↓↓ 




Posted by yagom

댓글을 달아 주세요

  1. 컴맹 2012.09.24 16:50  댓글주소  수정/삭제  댓글쓰기

    오늘은 짧아서 좋네요.ㅎㅎ
    짧긴하지만, 정말 중요한 명령이죠.^^
    어플이 죽지 않게 할수 있으니까요.^^;
    좋은 강좌 잘보고 갑니다.~~~

  2. 시우아빠 2012.11.20 12:07  댓글주소  수정/삭제  댓글쓰기

    실제로 저 예외처리를 공부할때는 많이 썼었는데 실제 현업에서는 잘 사용안하더라구요~
    말씀하시는대로 빨리 죽이고 크래시 핸들링을 하는게 더 나을수도 있으니까요.
    그리고 코드가 커지는 경우 유지 보수가 많이 힘들더라구요.
    하지만 중요한 코드에는 저런식으로 관리해주는게 훨씬 좋을것 같습니다.

    그런데 @finally는 왜 필요한 걸까요? 어차피 항상 실행되는 문이면 이후 진행되는 블럭하고 의미가 다르지 않을꺼 같은데
    무지한 질문이니지만 잘 몰라서 그러니 이해해 주세요^^

    • Favicon of https://blog.yagom.net BlogIcon yagom 2012.11.20 12:55 신고  댓글주소  수정/삭제

      실제로 현업에서도 잘들 써주시면 얼마나 좋겠습니까만... 다들 한줄 한줄 늘리기만 급급하지 귀찮아서 잘 하지를 않습니다...
      나중엔 저거 하나 안해서 몇 날 며칠을 보이지않는 버그와 싸워야 할텐데ㅜㅜ
      finally를 넣어둔 이유는 이 코드가 예외처리가 되었기에 동작하는 코드다, 즉, 이녀석이 제대로 돌아가려면 위에서 제대로된 예외 확인이 필요하다 뭐 그런뜻이 아닐까 조심스레 생각해 봅니다...ㅎ

    • 낭만떡대 2012.11.22 10:01  댓글주소  수정/삭제

      finally 가 필요한 이유는 (저도 잘 모르겠습니다만.. ㅎㅎ;; )
      보통 다른 프로그램을 예를 들면..

      DB 접속 구문
      try {
      작업;
      DB 접속 헤지
      }
      catch {
      예외 작업;
      DB 접속 헤지
      }

      이런 구문을

      DB 접속 구문
      try {
      작업;
      }
      catch {
      예외 작업;
      }
      finally {
      DB접속해지;
      }

      이렇게 try건 catch건 관계없이 반드시 실행되야 되는 코드를 넣는곳이 아닐까요 코드 양도 줄어들고.. (물론 다음 블럭에 취소 DB접속해지 구문을 넣어도 되지만 다음 구문이 없는 경우도 있고, 한 블럭에서 처리하면 논리적으로 이해가 쉽고.. 아놔 아닌가;; )

      iPhone 프로그래밍에서 보면
      지금은 ARC를 이용중이라 상관 없는 이야기지만..

      객체생성;
      try {
      각체에 어떤 작업;
      객체소멸;
      }
      catch {
      예외작업;
      객체 소멸;
      }

      이것을


      객체생성;
      try {
      각체에 어떤 작업;
      }
      catch {
      예외작업;
      }
      finally {
      객체 소멸;
      }

      이렇게 사용이 아닌가 싶은데..

      글을 쓰다보니.. 이건 아닌거 같기도 하네요..
      -_-;; ㅎㅎ;;
      힘들게 쓴거라 우선 Commit ㅎㅎ;;

      (질문에 대한 답변은 아닙니다. 무지한 사람의 의견 나눔입니다...)

    • Favicon of https://blog.yagom.net BlogIcon yagom 2012.11.22 10:26 신고  댓글주소  수정/삭제

      예, 떡대님 말씀이 맞습니다 ㅎㅎㅎ
      시우아버님 질문의 요지는 어차피 밑에서 실행할거면 굳이 finally를 넣을 필요가 있나... 위에서 예외처리를 끝냈다면 밑에 일반코드처럼 작성해도 되지 않느냐 였는데, 떡대님이 더 좋은 보충설명을 넣어주셨네요 ㅎ
      고맙습니다 ㅎ

    • 낭만떡대 2012.11.22 10:42  댓글주소  수정/삭제

      흠... 다시 생각해보니... 제가 질문을 잘못 이해했군요 ㅋㅋ;; 죄송합니다. ㅋㅋ;;

    • 낭만떡대 2012.11.22 11:05  댓글주소  수정/삭제

      그냥 코드를 명확하게 한다. 정도 뿐이 안되겠네요 지금까지 고민하고 있었음.. ㅋㅋ;;