2017.12.26

TIL

• JSON step3
  • GrammarChecker에서만 에러 핸들링되도록 설계 : execute 메서드
    • array/object format과 Value 체크하는 함수 Bool타입 리턴으로 / 접근제어자 private으로 변경
    • array/object value 를 체크하는 정규식 적용하기
    • manager 메소드에서 각 체크 메소드 호출, 리턴받은 Bool값으로 에러 핸들링
  • parser에서 모두 체크 완료된 [String]으로 converting하도록 다듬기 (GrammarChecker이후의 로직에서는 문법 검사 에러가 처리되지 않도록)

2017.12.27 ~ 28

TIL

• JSON step4 구현
• matchType에서 Int형변환하는 곳에서 자꾸 string이 들어가서 걸려서 버그 뜨는 문제. 왜string인데 value.contains(“[“)로 가지 않았을까?
  • 해결: 그래서 가장 외부 괄호를 제거하면서 하니까 에러 없이 잘 처리됐다. 하지만 GrammarChecker의 execute에서 들어오는 input마다 모두 괄호를 잘라버리면 중첩된 배열일때도 괄호를 없애고 parsing을 해서 배열하나로 카운트되는게 아니라, 배열 안의 value들이 다 파싱되는 문제가 있었음
    • 배열이 value로 들어있을때는 외부의 괄호가 제거되고 execute가 실행되지 않도록, 가장 외부의 괄호가 제거되는 로직은 프로그램 맨 처음 시작할때만 하고, 중간에 parsing될때는 괄호가 trimming되지 않도록 trimming하는 로직을 분리!
    • 배열만 잇을댄 처음부터 괄호제거(그래야 안의 밸류가 나옴)
    • 배열안에 또 배열이 잇을때(matchvalue에서 알수있음- 여기서만 이렇게 메소드 실행시키면된다는소리..) : 배열 안의 배열이있으면 괄호제거를 하면안됨.
    • input입력 > String분리 > execute에 String넘기기 > 하다가 배열/객체 나오면 > execute에 또 바로 String넘기기 matchType에서 Int형변환하는 곳에서 자꾸 string이 들어가서 걸려서 버그 뜨는 문제. 왜string인데 value.contains(“[“)로 가지 않았을까?

2017.12.29

TIL

• JSON step4 피드백 처리
  • CountInfo의 책임 결정 : ParseType 정보를 출력할때 넘기기 위해 추가한 프로퍼티에 대해
    • ParseType을 담는 데이터오브젝트 만들기 > JK피드백 : parseType을 parsing하고 바로넘기기
  • GrammarChecker의 메소드 재사용이 가능할지 고민
    • MyArray나 MyObject처럼 프로토콜로 다시 구현해야할지
    • extractArrayValue 재사용하는 방식으로 바꾸기(정규식패턴을 인자로 넘김)

2017.12.18

TIL

• 정규식 연습 - 손에 잡히는 정규표현식, regexOne에서 연습
• lazy 지연 저장형 프로퍼티
• JSON step2 피드백 처리
  • extension에 protocol적용 : Array와 Dictionary를 ConvertTarget 프로토콜로 추상화하고, convertValues() 함수를 제거 : 하는 일은 똑같고, 리턴값을 이후에 처리하는 메소드도 똑같은 두 함수가 있는데, 리턴타입이 달랐다. 이를 하나의 프로토콜로 추상화하기위해서 원래있던 swift의 타입에 extension을 적용해서 프로토콜로 추상화했다. > 추상화로 인해서 중복되는 메소드도 줄이거나 private으로 감출 수 있었고, 과도하게 쓰인 switch-case문을 줄일 수 있었다.
  • extension의 사용 (pragma mark 사용) : 한 객체의 코드가 너무 길어지면 가독성을 위해서 extension을 사용했었는데, extension은 이렇게 의미없이 사용하는게 아니라고 함. 의미없이 사용된 extension은 제거하고 // MARK: 주석을 사용했다. 스위프트에는 MARK말고도 특별한 주석이 있다. pragma mark는 Objective-C에서 사용되는 구문이다. (스위프트에서는// MARK:, // TODO: , // FIXME: 만 사용 가능하다.) 이런 키워드들을 사용해서 주석을 달면 Quick jump bar에서 책갈피처럼 주석내용을 볼 수 있다! 참고사이트1 참고사이트2

2017.12.19

TODO

• JSON step2 피드백 처리
• JSON step3 시작
• 정규표현식 공부
  • regexOne에서 연습
  • InputView - GrammarChecker - ParseTargetFactory 설계
    • GrammarChecker를 InputView와 ParseTargetFactory사이 흐름에 위치
    • GrammarChecker에 정규표현식 적용
    • (GrammarChecker에 에러처리 적용) - 오늘 안될지도

2017.12.21

TODO

• git 저장소 origin확인 - 리모트에 스텝브랜치만 푸시되어있고 아이디 브랜치는 최신 상태가 아님ㅠㅠ
• 정규식 적용한 step3 진행
  • 정규식을 활용할 수 있는 메소드 찾고 기존 로직이랑 연결시키기
  • object안에 있는 Array를 검사하고 형변환하는것 추가
  • []이면서 밸류가 딕셔너리 형태로 있는 것 걸러내기 1. git json저장소 youth브랜치확인하기. 오리진이 어디로 됐는지, 지금 스텝브랜치만 나눠져있곤 리모트의 내 아이디 브랜치에 하나도 푸시가 안돼어있음 2. 정규식 적용한 json step3 빨리 진행. 정규식 클래스 이용해서 맞는 패턴 찾아내고 기존 로직이랑 연결시키기. 오브젝트일때 배열 요소 검사하고 형변환하는거 추가하기. 오브젝트괄호이면서 딕셔너리 형태로 들어있는거 인거 걸러내기

TIL

• git: 스텝브랜치만 나눠져있고, 리모트 저장소에 하나도 푸시가 안되어있었다.
  • 먼저 로컬 youth27브랜치에서 status를 확인 > upstream으로부터 pull을 했더니 프로젝트 리모트(코드스쿼드) 저장소와 나의 로컬브랜치와 싱크가 맞았고, 그 상태에서 리모트저장소로 push하니 싱크가 맞았다. (현재 코드스쿼드와 youth27저장소 모두 step2까지 업데이트된 상황) 그 이후로 똑같이 step3 브랜치 따서 작업하니 문제 없었다. 생각보다 엄청 쉽게 해결!
  • git이 꼬였다고 생각이 들었을땐 어디부터 싱크가 안맞았는지를 확인하고 차근차근 해결하면 될 것 같다!(자신감 얻음)
• 정규식 활용 matches함수 : 정규식을선언한 이후에 그 클래스에서 사용하는 방법을 몰랐었는데, 검색으로 유추해서 패턴과 일치한 문자열들을 [String]으로 리턴해주는 matches함수가 있었다. matches에서 리턴한 값을 value마다 하나씩 검사해서 맞는 형식인지 아닌지 검사, 에러처리하는 방식으로 해결했다.
• 정규식 선언 이후에 Parser가 간단해졌다.
• 카운팅하는 객체, Data Converting하는 객체에 Array 케이스를 추가해서 해결!

/*
 중괄호 한 세트 안의 문자 : \{(.*?)\}
 따옴표 한 세트 안의 문자 : \"(.+?)\"

 Array : true|false|\".+?\"|\d+|\{.+?\}
 Object : (\".+?\")\:(true|false|\".+?\"|\d+|\[.+?\])
 이 오브젝트에서 1 depth 정도 더 들어가서 ex) object의 요소를ㅡ"dee":234 이렇게 떼어놨으면, 여기서 "ㅇㅇㅇ":ㅁㅁㅁ 인지 검사를 해야하는 것. 정규식 한 줄로 오브젝트 형태 체크랑, 그 안의 각각 요소가 "key":value 형태로 잘 들어왔는지 체크하기가 힘드니까. 차라리 전체에서 잘라진 작은 덩어리를 검사하는 다른 정규식을 하나 더 만들든가, 로직으로 처리하든가 해서 딕셔너리 형태가 맞는지 검사하는게 더 편한 방법일듯.

 [true,"sdfe",false,123,{"dee":234,"ss":false,"er":"wert"},"rr"]
 {"dee":234,"ss":false,"er":"wert"}
 {"dee":234,"ss":false,"er":["hana","hayul","haun"]}
 ["dee":234,"ss":false]
{"d":"e","t":12,"rr":false,"array":[12,true]}


 GrammarChecker에서
 1. 전체 format 검사하고 내부 값 String배열로 만들기
 2. String배열의 각 value를 하나씩 검사하는 것 만들기 (Array형태일때 딕셔너리가 들어오면 안되는것")
*/

    func matches(for regex: String, in text: String) -> [String] {

        do {
            let regex = try NSRegularExpression(pattern: regex)
            let nsString = text as NSString
            let results = regex.matches(in: text, range: NSRange(location: 0, length: nsString.length))
            return results.map { nsString.substring(with: $0.range)}
        } catch let error {
            print("invalid regex: \(error.localizedDescription)")
            return []
        }
    }
    let testString = "[true,false,123,\"esdf\",{\"dee\":234,\"ss\":false,\"er\":\"wert\"},\"rr\"]"
    let arrayformat = "true|false|[0-9]+|\\{.+?\\}"
    let result = matches(for: arrayformat, in: testString)
    print(result)

2017.12.22

TIL

• JSON step3 피드백처리
• 에러처리
  • 필요한곳에서만 컨트롤하는 객체를 따로 만들어서 제어 (main까지 가서 catch안하도록)
  • 정규표현식으로 거르고 각각 밸류를 확인하는 방법을 더 정확히 (value 하나 검사할때도 정규표현식 틀에 따라서 맞는지 체크하도록 변경)
  • 로직 중간에서 흐름제어하는게 있어봤자…하는거랑 안하는거랑 rethrow, throw 들어가는 함수의 수는 똑같을거같아서 rethrow/throw로 해결하기

2017.12.24

TIL

JSON 로직을 다시 그려보고 개선과 추가 미션 적용을 위해 필요한 것들을 정리했다.

• Input - GrammarChecker - Parser > [String] - Convert (맞는 값으로만 converting을 하니까 parser 뒤 부터는 검사할 필요 없음)
• GrammarChecker에서 typecheck를 하고 정규표현식으로 value 하나씩 체크 (2 depth불가하니까)
  • 정규표현식으로 value 검사하는 것 넣기 (한번에 검사 못하겠음ㅠㅠ)
• GrammarChecker에 Manager메소드
  • manager메소드는 arrayformat / arrayvalue / objectformat /objectvalue를 메인메소드처럼 실행함 (if array인지 bool인지 해서)
  • input이 array인지 object인지 체크
  • array이면 arrayformat검사/value검사 object이면 format value 검사
  • 각 format과 value메소드는 검사해서 정규식에 맞지 않는 표현이면 false를 리턴하는 리턴타입 Bool의 메소드
  • 그럼 그 매니저는 false를 리턴받고, 호출한 메소드에서 false를 리턴받으면 error를 throw한다.
  • 매니저 메소드가 리턴받은 bool값이 true이면 그 포맷에 맞도록 value를 분리해서 [String]을 리턴하고, 그 [String]은 Parser로 보내져서 나머지 로직 처리.
  • GrammarChecker안에서만 에러가 핸들링되도록 설계. 결국 Manager만 public func이면 될것같다.
  • 최대한 다른 후반부 로직에는 에러처리가 영향이 없도록 앞단에서 모든게 다 체크되게 만들었음

  필요한 것들

  1. Array Value와 object value를 체크할때 (2depth로 나눔)필요한 정규식. contains를 쓰면 중간에 ,나 :이 들어간 경우 부정확하게 걸러질 수 있음
  2. value 체크하는 정규표현식 만들기
  3. manager메소드 만들고 checking메소드는 다 private으로 감추기- 매니저에서 체킹 메소드 호출
  4. 매니저 메서드 만들기
  5. 체킹 메서드를 Bool타입 리턴으로 만들기
  6. 각각의 체크 메서드를 bool타입으로 변환
  7. manager가 true를 리턴받았을때 맞는 [String]으로 자르는 로직이 필요한데 그게 checker에서는 안되는지꼭 따로만들어야되는지 생각하기..? checker는 Bool리턴이다 ㅠㅠ
  8. 파서에서 자르면되지않을까!? 파서에서 자르고 dataconverter로 하나씩 보내기!??!!?!?!
  9. Parser로 넘어가는 스트링은 이제 문법체크도 아예 할 필요가 없는 String이어야되는데 지금 짠 로직으로 하면 그게 되는게 맞는지 한번더 생각해보기

lazy

lazy는 스위프트의 프로퍼티에 나오는 키워드이다. 한국어로는 지연 저장형 프로퍼티라고 하는데, 쉽게말해서 해당 프로퍼티의 값이 필요할때 계산한다는 뜻이다. (지연 로딩, lazy loading) 곧바로 프로퍼티의 값을 계산하는게 메모리나 시간 측면에서 낭비가 심할경우, 또는 인스턴스가 만들어져야 알 수 있는 타입의 외적 요소에 프로퍼티 값이 의존하는 경우가 있다. (초기화를 할 수 없는 프로퍼티)
지연 로딩(lazy loading)은 프로퍼티의 값이 필요해야 계산한다는 뜻이다. 따라서 프로퍼티의 값을 계산하는 일도 인스턴스의 초기화 이후로 미뤄진다. 따라서 그 값이 나중에 변경되므로 var로 선언해야한다.

lazy 프로퍼티 선언하는 법

struct Cup {

  lazy var beverage : String = {
    // code
    return chosenBeverage
  }()

}

mutating 함수 / var 타입 Struct

참고사이트

• lazy를 사용하는 스트럭트의 인스턴스를 사용할때는, 항상 var로 선언해야한다. -> lazy 프로퍼티에 의해서 속성이 바뀌고, 그 스트럭트는 변경될 가능성이 있는 스트럭트라고 간주되기 때문에! let으로 선언하면 컴파일에러가 난다.
• lazy선언된 프로퍼티에 접근하는 메소드는 반드시 mutating 키워드가 선언되어야 한다.
  • lazy 프로퍼티는 값이 필요할때 계산되는데, 그 프로퍼티에 접근하는 메소드는 호출되는 시점에 프로퍼티의 값이 계산되고, 그건 바로 잠정적으로 그 메소드는 프로퍼티 값을 바꾸는 메소드이기 때문이다.
• lazy 키워드가 붙은 프로퍼티는 한 번만 계산된다. 지연 프로퍼티는 첫 액세스때 한 번만 계산되고, 이후에는 다시 조정되지 않는다.

2017.12.11

TODO

• JSON step2
  • iterator 사용 / string, character의 index 사용
  • 특정 string remove
  • [ ]인지 { }인지 판별해서 로직 분리
    • [ ]만 있는 경우 : , 로 구분
      • { }만 있는 경우 : { }세트를 찾는 반복문 사용
      • { }와 value 같이 있는 경우 : { }세트를 찾는 반복문 사용하고 { } 문장 remove까지
    • { }만 있는 경우 : , 로 구분해서 어레이에 넣고 어레이 요소 각각을 :로 분리 > value만 가지고 캐스팅하기

      TIL

• step1부터 다시 구현 : step1에서는 AnyType을 모두 담는 Array를 만든게 아니라, counting만 하는 식으로 구현한 문제가 있었음
  • 문자를 탐색하고 자르는 부분과 검사하는 부분, 카운팅 하는 부분, 출력하는 부분 모두 따로 객체를 나눔
  • 특히, 객체를 나누기 어려운 부분이나 데이터 처리가 복잡해지는 경우는 데이터 오브젝트를 로직 객체 내에서 생성해서 넘기는 방식으로사용함
  • Any 타입을 그대로 사용한것이 아닌 JSONData를 enum으로 정의함
    • enum 연관값, enum 커스텀 타입
• step2를 재구현하면서 로직 흐름도 그림!

2017.12.12

TODO

• JSON step2
  • Type ‘JSONTarget’ does not conform to protocol ‘Sequence’ 오류해결
    • JSONTarget 프로토콜을 준수하는 각 객체에 필요한 함수 구현
    • count하는 함수 구현하기
    • value값(parsing target이 되는 값) 가져오는 함수 구현하기 (MyObject객체는 특히 value값을 가져오는 함수로 구현)
    • TargetIdentifier에서 객체 다운캐스팅 하고 그 JSONTarget 타입에 맞는 ValueIdentifier의 parsing함수 호출하기
      • ValueIdentifier의 함수는 private으록 구현하기

TIL

• 딕셔너리에서 subscript 애플공식문서 subscript(_: )

  Declaration : subscript(position: Dictionary<Key, Value>.Index) -> Dictionary.Element { get }
  

  Return Value A two-element tuple with the key and value corresponding to position.

<JSON readme>

• step2 커밋 : add case of parsing one object
• string으로 들어온 분석대상을 하나로 통일하기위해 ParsingTarget으로 통일.
  • ParsingTargetFactory에서 입력받은 문자열을 분석해서 경우에 따라 MyArray나 MyObject가 생성된다.
• string을 분리해서 분석대상만(array의 value들, dictionary의 경우 value만) [String]형태로 분석 객체에 넘기는 방식
  • 분석하는 객체에서 ParsingTarget(array나 object)을 받아서, 그 컬렉션의 값에 하나씩 접근했어야 했는데 Type 'ParsingTarget' does not conform to protocol 'Sequence'라는 오류가 났다. 각 객체의 속성에 접근해서 index만 넘겨주면 그 index에 맞는 value를 넘겨주는 getEachValue()함수와 for문을 돌리기 위해 객체 속성의 크기를 리턴하는 count()함수를 구현했다.
• flow
  • ParsingTargetFactory에서 입력값 분석하여 ParsingTarget만듦.(조건에 따라서 ParsingTarget을 준수하는 MyArray나 MyObject)

  • JSONDataFactory에서 ParsingTarget이 array인지 object인지 판단하여 캐스팅하고 내부의 함수에서 그 객체의 각 value에 접근하면서 JSONData로 캐스팅하면서 [JSONData]를 만든다. > 그냥 JSONData만드는걸로 변경

  • [JSONData]를 ValueCounter에 넘겨서 value의 수를 세고 value들의 카운트 수 Data object인 CountingInfo를 만든다.

  • OutputView는 CountingInfo를 받아서 result를 출력한다.
• Array나 Object인 경우에, JSONDataFactory에서 parsing대상인 value만 어레이에 담아서 ValueCounter로 보냈는데, 이렇게 하면 결국 Any타입 밸류를 담은 object를 만들 수 없을 것 같아서(결국 object의 경우 카운팅만 하게 된 셈..) JSONData enum에 Array와 Object value도 새로운 케이스로 추가했다.
• 그래서 setTargetType()은 [JSONData]를 리턴하는 것에서 JSONData자체를 리턴 하는것으로 바뀌었다.
• 이렇게 하니까 counter에서 enum을 바인딩해서 써야 하는게 문제가 됐다!

2017.12.13

TIL

• 패턴매칭 (enum 바인딩)
• 스위프트코리아 밋업 참석!

2017.12.14

TIL

• enum 바인딩
• JSON step2 : 하나의 배열 입력했을때, 하나의 객체 입력했을때의 빌드 성공!
• 여러가지 문자열 자르는 방법 알아봄 : range

  • {}문자열 자르는걸 아래와 같이 해보려고 했다. ```Swift // 어레이 안에 딕셔너리가 있는 경우 {} 괄호 사이 글자 따로 저장하고 빼내는 작업 func makeTargetArrayWithObject(_ value: String) -> String{ var objectValue = “”

     if let openParenthesisRange = value.range(of: "{"),
         let closeParenthesisRange = value.range(of: "}", range: openParenthesisRange.upperBound..<value.endIndex) {
    
         let range = openParenthesisRange.upperBound..<closeParenthesisRange.lowerBound
         objectValue = value.substring(with: range)
     }
    
     var pureValues = value.remove(at: range)
    
    
     return objectValue  }
    

  } ```

  문제 : 이렇게 {} 중괄호의 내부 값만 objectValue에 저장할수 있으면, 그 스트링만 빼고 나머지 배열의 순수 value들만 append하고 마지막에 objectValue를 append해서 parsingTarget으로 만들 수 있으니까.. 근데 이렇게 하면 일단 {}로 감싸진 객체가 두 개 이상일때는 제대로 찾아지지 않았다.

<JSON readme> step2 커밋 : enum바인딩 성공, 객체가 같은 enum타입으로 묶여있지만 컬렉션은 달라서 (Array, Dictionary) makeCountInfo에서는 카운트를 해야하는 타겟의 종류에 따라 바인딩을 하고, 이외의 private함수를 선언해서 array일때랑 object일때 카운팅 하는 함수를 따로 만들었다. ValueCounter에서 생성된 CountInfo(CountingInfo에서 이름변경)는 OutputView에 전달되어 출력된다. 하나의 배열 입력했을때, 하나의 딕셔너리 입력했을때의 빌드 성공!

<생각> MyObject가 MyArray에 들어있는 경우를 해야하는데…. string 배열이나 딕셔너리로 넘기지 말고 바로 형태를 판별하고 변환해서 넣어버리는걸로 구현해야겠다고 생각함. 근데 이렇게 하면 분리하면서 형변환하는 객체에 왔다갔다 할수밖에없게 되는데, 이게 객체끼리 의존성이 높아지는게 아닐까?ㅠㅠ…. 아니면 for문을 돌리면서 검사객체의 검사하는 메소드에 넘겨버리고, 검사하는 메소드에서는 계속 appned만 하고, 모든 값이 다 변환되어서 들어간 로컬변수로 다 형변환이 완료된 myArray를 만든다!!!!!!(굳이 myArray,myobject를 string으로 만들지 않는 것)

2017.12.15

TODO

• JSON step2
  • String을 characterView를 사용해서 한 글자씩 탐색하고 중괄호를 알아내는 방법
  • ParsingTargetFactory객체에서 입력값을 String으로 변환하는 과정은 별로 의미가 없으니 없애고, token을 찾아내면 바로 JSONData 형태로 형변환을 해서 분석대상으로 만들어 낼 수 있도록 구조 개선하기

TIL

JSON step2

• 입력받은 값이 Array일때를 중괄호가 있을때와 없을때로 나누어서 조건을 분리
• Array일때는 ParsingTargetFactory에서 바로 값을 나누고, object인 경우에만 MyObject에서 딕셔너리 형태로 값을 나눔
• 중괄호가 없을때는 바로 value를 쉼표로 나눠서 string value로 저장
• 중괄호가 있을때는 중괄호의 range를 찾아서 그 range에 해당하는 캐릭터들을 빼고 따로 string배열에 저장한다. (이 작업은 받은 input값에 중괄호가 없어질떄까지 진행- while문 추가)
• 중괄호가 없는 배열 형태의 input은 쉼표로 나누고 sting value로 저장, 중괄호가 있는 string배열을 다시 추가해서 하나의 [String]으로 또 저장

• JSONData 타입으로 형변환 하는 작업을 MyArray랑 MyObject 객체에서 각각 따로 함

• step2 PR은 못보냄 ㅠㅠ - 문제는 객체가 카운팅될때 문자열로도 인식이 돼서, 객체 수 +1 & 문자열 수 +1이 되는 문제가 발생했다. 이를 고치려고 보니 형변환하는 matchValueType()가 의심스러워서 바꾸려고했는데, 문자열을 Int나Bool로 변환하고 성공하면 형태를 변환해서 반환하는 로직에서 그 if문에 걸리지 않으면 다 string으로 형변환해버리는 문제가 있었다.

2017.12.17 TIL JSON step2

• (12.17 발견){}형태는 당연히 이미 MyObject에서 내부 value들이 다 JSONData타입으로 변환이 된 Dictionary<String,JSONData>인 상태로 matchValueType로 가니 당연히 if문에 걸리지 않아서 String으로 인식되고, 카운팅하는 곳에서는 string과 객체가 모두 인식되니 객체 수 만큼 string 수도 카운팅되는게 당연…
• MyArray와 MyObject가 변환되는 흐름을 변경
• JSONDataFactory의 matchValueType()를 string을 받아서 JSONData 타입으로 변경하는 것으로 수정
  • {}가 있으면 JSONData.Object
  • []가 있으면 JSONData.Array로 변경 가능하도록 수정

throw

에러가 발생할 수 있는(잘못될 수 있는) 함수에는 예외없이 throw붙어야한다. 함수에 throw를 붙이면 그 함수의 리턴타입은 “원래 리턴하던 타입이나 error프로콜의 인스턴스”로 변경된다.

do-try-catch

• do : 정상적으로 코드를 작성하면 된다. throw가 지정된 함수를 호출 할 수 있는다.
• try : 에러가 발생할 가능성이 있는 throw가 붙은 함수를 호출 할때 붙인다.
• catch : do 구문 뒤에 붙는다. try 호출 중에서 어느 하나라도 오류를 던지면 catch가 실행된다. 오류 종류를 구체적으로 정하지 않으면 던져진 error가 있다면 가리지 않고 잡아내는데, 특정 오류 종류를 잡아내기 위해 catch블록을 추가할 수도 있다.