2018.01.29

• 자판기 step2 PR보내기
  • step1처리중으로, 머지되면 주말에 설계해놨던 것 step2 PR 보낼 예정
  • step2 PR :
  • MyDate객체를 새로 만드는 것 대신, Date를 extension하는 것으로 수정함
    • 하나의 타입에 내가 필요로 하는 특정 동작을 만들때, 구현할 수 있는 방법이 여러 가지 있다. (상속, extension, 객체 새로 만들기) 이 세가지 중에 어떤 방법이 제일 적절한지에대한 나만의 기준이 있어야 함!(판단 기준에 코드가 더 길어지느냐 짧아지느냐는 중요한 기준이 아니고, 만든 속성이나 객체가 더 효율적으로 쓰이고있는지 아닌지를 위주로 판단해야한다.) 지금의 경우에는 MyDate에서 크게 사용되지 않는 속성들을 갖고있다. 이런 판단기준에따라서 extension을 사용하고, 필요한 기능만 더 추가하는 방식이 가장 효율적이었다.

2018.01.30

• 자판기 step3
  • 자판기 설계 & 기능구현
  • product enum
  • 자판기의 stock 설계
  • balance 설계

자판기 컨트롤러

자판기에 음료 딕셔너리 값으로 넣을때 reduce사용하기

1. userInput 받음 - 금액투입
2. input값이 유효한 값인지 체크하고 흐름제어
3. 금액 투입은 MoneyUnit에 해당하는값만 가능함
4. 컨트롤러는 MoneyUnit의 int값 리턴
5. MoneyUnit의 Int값을 자판기의 밸런스에 추가
6. 자판기 밸런스에 저장되면 사용 가능한 금액만 filtering해서 올리기

• 런타입타입인포메이션 - meta type이 이 한종류
• object identifier 사용으로 음료수 재고 딕셔너리 구현

2018.02.01

• 자판기 step3 진행 (자판기는 2/5까지 일단 완성하기)
• 해커랭크 알고리즘 풀어보기(가장쉬운단계)
• 블로그 글 깨진 것 정리

2018.02.02

• 자판기 step3 구현 stockController
  • stock객체의 역할 : 굳이필요한가? 그렇다면 vendingMachine과의 관계는?
  • vendingMachine에 showCase같은 속성이 필요하지 않을까?
    • 뜨거운 음료를 골랐을때 / 지금 돈으로 살 수 있는 음료만 필터링했을때 showCase의 상태가 계속 바껴야하는 것 아닐까
    • 그렇다면 그 showCase의 형태는?

질문거리 Beverage의 validate() (Attributes 프로토콜의 메소드)

  // 슈퍼클래스
    func validate() -> Bool {
        print("유효기간: \(self.validDuration)")
        return self.manufactured.isOutOfDate(validDuration: self.validDuration)
    }

서브클래스의 isValid()

  func isValid() -> Bool {
      return super.validate()
  }

서브클래스의 super.validate()때문에 슈퍼클래스의 validate() 내부의 self.validDuration만 자꾸 호출됨ㅠㅠ

해결 후 새로운 생각거리…

• JK’s Comment: Beverage.validate()에서 할 일과 SoftDrink.validate()에서 (각자 자신의 속성에 접근할 수 있으니) 할 일을 구분해서 구현해보세요
• 상속은 대체 왜쓰는걸까? 슈퍼클래스는 할일이 없다ㅏㅏ.. 이러면 그냥 프로토콜을 쓰는게 낫지 상속을 쓸 필요가 없었던걸까? 지금 나의 설계로는 이 사용법은 프로토콜에 가깝지 상속이 문제가 아님…
• 슈퍼클래스의 역할 - 지금 거의 Beverage는 역할이 없음!

2018.02.04

TIL

• 유닛테스트 코드 작성하다보니까 테스트가 이상해서 벤딩머신과 stockController의 관계를 조금 바꿔야 할 것 같다.
  • stockController와 벤딩머신이 모두 [Beverage]를 받아서 init하고, stockController가 따로 딕셔너리로 바꾸는 동작을 하는 메소드가 있는데 딕셔너리로 바꾸는 것은 화면에 표시하고 내부에 저장하기 위한 용도이므로, vendingMachine이 가지고 있는게 맞는 것 같음 > [Beverage]로 자판기를 init하고 딕셔너리로 바꿔서 stockController를 초기화
  • vendingMachine에서, 결과적으로 stock을 리턴해야하는메소드 (유통기한 지난 제품 체크, 현재금액으로 구매 가능한 음료수 체크 등등..) 이런게 stockController가 stock을 가지고있고 stock을 딕셔너리 형태로 만들어주는 동작을 가지고있다보니 이상하게 저런 메소드에서 컨트롤러를 리턴하게만들어졌다… 이를 stock을 리턴하도록 만들것.

2018.01.22

• 카드게임 step5 짝코딩
• 포커게임점수계산 흐름 설계함 : Hands구성, 계산방법 등
• 고차함수 reduce (참고링크_도움을 많이 받았던 stackoverflow 글)
• enum comparable 구현 - rawValue와 hashValue 이용. 카드 끝수를 비교할 때 사용함.

2018.01.23

• 카드게임 step5 PR보내기
  • comparable, equatable enum에 구현 > rawValue와 hashValue로 구현함
  • hands 클래스를 PokerHands 이름바꾸기
  • 흐름에 대한 상세구현하기 - ok
• PR성공!

2018.01.24

• 카드게임 step5 피드백 처리
  • private var denomination 에러 - 클로저에서 denomination을 써서 생긴것이었음! (클로저에서 에러가 발생하면 어딘지 컴파일러가 정확히 모르니까 버그가 생긴 위치를 알려주지 않아서, 찾는데 좀 애를 먹었다ㅠㅠ)
  • comparable 사용해서 카드 비교
  • getter메소드 구현할때 네이밍
    • get을 쓰지말라는뜻은 메소드 이름에 get을 쓰지 말라는게 아니라 getter를 만든다는것 자체가 속성값을 가져와서 다른 곳에서 어떠한 동작을 하고 비교를 한다는 뜻을 내포하고있기때문에, card.isSameSuit()처럼 내부에서 비교하고 결과를 리턴해주는 메소드가 있어야한다는것. 다만 Card클래스에서 구현한 comparable 메소드를 구현할때 아래처럼 hashValue나 rawValue에 접근했는데, 이것또한 상위개념인 Card클래스에서 suit나 denomination의 속성값을 가져와서 쓰는거니까, suit나 denomination속성에서 comparable을 구현하고 Card클래스의 메소드에서 .hashValue / .rawValue로 접근했던것을 지울 수 있다. ```Swift // Before // Card.swift func isSameSuit(previous: Card) -> Bool { return self.suit.hashValue == previous.suit.hashValue }

    // After add Comparable to enum suit

    // suit에서는 hashValue에 접근하여 메소드 구현해도 됨. enum Suit: String, EnumCollection, Comparable { case heart = “♥️” case diamond = “♦️” case clover = “♣️” case spade = “♠️”

    static func <(lhs: CardDeck.Suit, rhs: CardDeck.Suit) -> Bool {
        return lhs.hashValue < rhs.hashValue
    }
    
    static func ==(lhs: CardDeck.Suit, rhs: CardDeck.Suit) -> Bool {
        return lhs.hashValue == rhs.hashValue
    }
    

    // Card.swift func isSameSuit(previous: Card) -> Bool { return self.suit == previous.suit }

    
    ```swift
    // Before
    // Card.swift
    func isContinuous(previous: Card) -> Bool {
      return (self.denomination.rawValue -1) == previous.denomination.rawValue
    }
    // ScoreChecker.swift
    private func isStraight(_ cards: [Card]) -> Bool {
        var count = 0
        for i in 1..<cards.count {
            if cards[i].isContinuous(previous: cards[i-1]){
                count += 1
            }
        }
        return count >= 4
    }
    
    // After
    // CardDeck.swift
    enum Denomination: Int, CustomStringConvertible, EnumCollection {
        case one = 1, two, three, four, five, six, seven, eight, nine, ten, eleven, twelve, thirteen
    
        var description: String {
            switch self {
            case .one: return "A"
            case .eleven: return "J"
            case .twelve: return "Q"
            case .thirteen: return "K"
            default: return String(self.rawValue)
            }
        }
    
        // Denomination에도 이렇게 내부에 `rawValue값 - 1`로 비교하는 메소드를 만들고
        func isContinuous(previous: CardDeck.Denomination) -> Bool {
            return (self.rawValue - 1) == previous.rawValue
        }
    }
    //Card.swift
    // Card에서는 denomination의 rawValue까지 접근하지않고,
    // ScoreChecker에서 넘겨받은 card를 denomination까지만 접근해서 Enum
    // `denomination.isContinuous`에 인자를 넘긴다.  
    func isContinuous(previous: Card) -> Bool {
      return self.denomination.isContinuous(previous: previous.denomination)
    }
    
    

2018.01.25

카드게임 step5 Hands 객체

• 속성: PokerHands enum, Card(TopCard)
• 사용자가 가진 hands별로 TopCard가 있어야하고, 그 hands중에서도 제일 큰 점수를 가진 hands의 탑카드만 유효한의미임.
• 따라서 [PokerHands]로 점수를 계산하고 튜플형태로 탑카드를 가지고있던걸 비교하니까 비교하고 맞는 값을 가져오기 힘들었다.
  • onepair 1개(2하트), nopair 3개(10하트,5클로버,6다이아)인 5스터드에서 onepair의 탑카드인 2하트의 가중치점수가 가져와져야하는데 nopair중의 탑카드인 10의 가중치점수가 가져와져서 계산됨.
• 의미있는 hands의 탑카드로 점수를 계산할때 가중치를 곱한다.
• 점수계산하는 객체에서는 기존에[PokerHands]로 하던걸 [Hands]객체로 비교. comparable구현해서 [Hands]를 sort하고 가장 큰 페어(or 플러시,스트레이트)의 탑카드로 최종 스코어에 가중치를 곱해준다.
• 속성을 괄호에 두개 넣어서 배열로 넣은걸 형상화한다면 아래와 같음.
  • hands배열: [(PokerHands:TopCard),(PokerHands:TopCard),(PokerHands:TopCard)]: 한사람이 이렇게 hands배열을가지고있고, ScoreChecker에서 final점수계산할때 이 [hands]를 가지고 계산하면될듯. (만약에 이렇게 구현하면 모든 유저가 다 노페어일때 탑카드로 비교할수있게됨.)
• 전부 다 노페어인경우는 제일 큰 탑카드를 가진 노페어로 계산한다. ***
• 스트레이트나 플러시인경우는, 탑카드를 구하는 방법을 따로 만든다.
  • hands객체의 PokerHands속성이 스트레이트면 스트레이트 패의 탑카드를 구하고(이건 ScoreChecker에서 스트레이트플러시체크하는데서해야함)
  • PokerHands의 속성이 플러시이면 suit을 비교해서 탑카드를 구한다.

    // hands.swift
    if self.PokerHands == .straight {
    card.sorted() // hands는 cards를 모르니까 sort는 ScoreChecker에서 해야할지도모르겠다......................
    }
    

• 테스트코드의 중요성을 알았다 : TDD의 중요성~~~

2018.01.26

• 자판기step1
  • 음료수끼리 상속으로 구현하고 CustomStringConvertible구현해서 출력
  • Data클래스 사용
• 학업계획을 효과적으로 짜는 방법은 아래와 같다고 한다.
  • what: 공부할 거리들
  • how long: 얼마나 걸릴지예상, 언제까지 할건지
  • how to: 어떻게할건지 - 어떻게 공부할건지에 대한 활동들

2018.01.27

• 자판기 step1 피드백 반영
  • MyDate객체 생성

2018.01.28

• 일요일 - 머지 되지 않았어도 방학이 얼마 안남았기에 미리 자판기 step2진행함.

2018.01.15

• 카드게임 step3
  • 코딩스타일 가이드라인 조사 : swift.org_API_Guidelines 참고, 스타일쉐어 코딩가이드 참고
  • CardDeck : 카드덱에 카드 여러 장을 한꺼번에 배열로 뽑아내는 메서드를 추가한다.
  • CardDeck : 카드스택 구성 - 사이즈가 1~7인 카드배열을 가지는 CardStack 구조체 구현
• 반복문을 쓸때 주의할 점 ! : while 0<index 했더니 0이 변수가 아니고 ++가 되지 않아서, range끝까지 내가 실행한 function이 계속 실행됨..(카드 있는대로 52장까지 다 뽑아놓고 그 다음에 뽑을게 없으니까 디버깅모드로 넘어감) 반복문을 쓸때 주의하자
• struct인스턴스는 print()로 출력하면 그냥 인스턴스이름이랑 속성이 출력된다!(클래스와의 차이점으로 인한 특성인데, 카드게임 미션 피드백 wiki에 정리함)

2018.01.16

• 카드게임 step4
  • GameInputView에 카드스터드 메뉴 선택 ok
  • 플레이어, 딜러 객체 생성 ok
  • 카드가 남은 경우는 계속해서 게임을 진행하고, 카드가 부족할 경우 종료한다.
    • 카드스택은 카드덱을 거쳐서 만들어짐
    • 플레이어와 딜러는 카드스택을 가짐 - 카드덱에 접근해서 새로운 카드스택을 만들고 mutating ok
    • 플레이어와 딜러를 상속관계로 만들려고 클래스로 변경
      • super.init()사용
    • 카드덱에서 스택 만들면 남은 카드 수 몇장인지 확인 - ok
• step4 pr보냄!
• step3 피드백 정리
• 현과 짝코딩
• 메타타입 : 타입 자체를 값처럼 비교할 경우 메타타입을 쓴다 - 타입 자체도 비교할 수 있다는 개념에서 생각을 출발하면 이해하기 쉬움/타입자체를 비교할 때 씀 (Any.Type같은 Any의 메타타입은 의미가 없음)

2018.01.17

• 카드게임 3피드백 정리
• 카드게임 4 데일리 README정리 ok
• 카드게임 main개선
• 카드게임 피드백(오면)처리 ok
• 카드게임 2피드백 (enum collection부분)정리

2018.01.18

• 카드게임 step3 피드백 wiki ok
• 카드게임 step4 피드백 처리 ok
  • play() 흐름제어 질문 후 수정 - controller로 로직 숨기기.ok
  • init? / init throws 수정 - init throws로 수정ok
  • 상속일때 private property - private(set)으로 변경ok
• 카드게임 2 피드백 EnumCollection 부분 wiki에 정리
• 카드게임 step4 머지!
  • 종료조건은 input이후 상위모듈에서 판단
  • 상위모듈에서 값만 가지고 와서 일을 하는게 아니라, 객체에게 일을 시킨다 : A객체의 a속성을 가지고 해야되는 일을 지금은 상위모듈에 a속성값을 가져와서 일을하는 로직이 있는데, 상위모듈이 A객체에게 ‘너가 이러이러한 일 해서 알려줘’라는 식으로 call해야함. 이전 방식으로 계속하면 상위모듈의 로직이 점점길어지기만함!
• 머지 성공!
• Controller가 하는 일을 Dealer가하는게 일반적, Dealer가 Deck을 가지는게 일반적(현실을 잘 반영한)구조!

2018.01.19

TODO

• 카드게임 step5 PR보내기
  • 포커 점수계산
    • enum value들 sorted
    • card의 속성에 따라서 분류하고 정렬할 수 있게 해야함
  • sleep기능 공부하고 추가

• PR보내고 시간 남으면 카드게임 step4

• sleep() : 콘솔 출력에 sleep 기능을 추가하려고 하니까 ResultData를 쓸 일이 없고 바로 for문 안에서 출력하게되는 문제가 있는데 이렇게 해도 되는(게 아니었음)
• 집중실패로 PR실패…하루에 PR 두개보내는 멤버들 리스펙… 집중하자 ㅠㅠㅠ
• 카드게임 step4 피드백 정리
• 포커 점수계산 살펴봄

2018.01.21

• 카드게임 step5
  • enum value sorted
  • hands: 점수계산 방법을 선언해놓기위한 enum만들기
  • sleep기능을 위해 개선 - 한 장씩 돌려가면서 나오는 것 처럼 만들기
    • 플레이어와 딜러 스택을 가지고 바로 DTO만들어서 한번에 출력하면 안됨
    • 이중 반복문으로 돌아가면서 출력해야함
• controller의 play()
  • 게임 가능
    • 컨트롤러는 입력한 스터드와 플레이어 수 만큼 객체를 만들고 테이블을 초기화 ok
    • 테이블은 스택들을 가지고있고 그 스택으로 결과계산
    • 테이블이 스택.결과를 가지고잇음
    • 아웃풋뷰는 테이블을 가지고 출력함 ok
  • 게임 불가능(카드모자람)
    • 모자라서 종료하는 메시지출력 ok
• 카드게임 미션 진행(개선)
  • 컨트롤러는 입력한 스터드와 플레이어 수 만큼 객체를 만들고 테이블을 초기화 ok
  • sleep기능은 한 명의 스택이 한 장씩 시간차를 두고 출력되듯이 나옴
  • 카드게임 테이블 객체 생성
  • 카드가 모자라서 게임이 종료되는

2018.01.08 todo

• JSON step6 피드백 처리 / 마무리
  • main 흐름제어
    • while문을 추가하고 catch블럭에서 break를 이용해서 에러상황에서의 흐름제어는 했지만, 마지막에 정상적인 케이스일때 break를 안넣어서 완전 프로그램이 무한루프를 돌아서…깜짝놀랐다. : while을 쓰면 꼭 마지막로직까지 정상적으로 실행됐을때도 break를 넣어서 흐름 제어를 하자!
  • inputView의 readFile(): 재사용할수있는구조로 변경 - ok
  • OutputView의 showResult()함수에서 필요없는 인자
    • main이 복잡해지더라도, 함수 내부에서 switch문을 써서 무언갈 판단하고 다르게 동작해야하는 로직이 있으면 그 함수를 간단히 만드는게 더 중요함. 지금 상황에서는 main에서 outputType(console or make file)을 알고있으니, OutputView에서 함수를 하나만 부르는걸로 코드를 짜서 main을 간단하게 만들게 아니라 직접 main에 있는 정보를 가지고 바로 필요한 함수를 호출하는게 더 심플하고 알아보기 쉬운 구조임.
    • showResult() 지우고 resultMessage생성, console에 결과 출력, 파일디렉토리를 인자로 받아 file만드는 함수로 잘게 나누고 outputType에 따라
• JSON 피드백 정리
• 클린코드 책읽기
• HIG 발표들음! : 모바일 기준으로
  • HCI분야 : 맥킨토시 화면이 콘솔에서 화면(UI)으로 넘어갈때 심리학자와 함께, 일상 생활에 있는 동작들을 적용해서 컴퓨터에 실현했다. 이런 연구를 하면서 만들어진 분야가 HCI분야
  • 디자인 가이드라인을 바꾸면 항상 새로운 앱 아이콘이 나옴
  • 혼자 공부할거면 애플 앱을 똑같이 만들도록 노력. 그것만 잘 만들면 레벨3는 넘는 실력이 될듯

TIL

• JSON step6 피드백 처리
  • 에러핸들링 / 흐름제어 : 나의 경우는 main에 while문을 추가해서 catch문 안에 break을 써서 흐름 제어를 했는데, 마지막에 정상적인 케이스일때 break를 안넣어서 완전 프로그램이 무한루프를 돌아서…깜짝놀랐다. : while을 쓰면 꼭 마지막로직까지 정상적으로 실행됐을때도 break를 넣어서 흐름 제어를 하자!
  • 함수를 간단하게: 함수는 어떤 위치에서든 재사용할 수 있는 함수로 만들도록 노력하기.
    • 만약 함수 내에서 switch-case를 써서 무언가를 비교하고 그 안에서 함수를 실행한다면, 심지어 모든 케이스에서 필요없는 인자까지 한꺼번에 받아서 처리하고있다면 뭔가 잘못된 함수 임을 인지해야한다!
    • 함수를 최대한 심플하게 만들면, 오히려 main에서 함수를 호출하는 코드가 길어질지라도 호출-리턴하는 관계가 직관적으로 되기 때문에 일단 지금은 객체 안의 코드가 간단해지는것이 더 중요하다!
• 다른 멤버들의 HIG문서에대한 발표를 들었다. (HIG: Human Interface Guidelines, 디자인 규칙을 설명하고, 작업 동작에 대한 설명과 기능적인 설명을 통해 앱 개발을 어떻게 하면 좋을지에 대한 가이드라인) 내가 사용하는 앱 중에 의외로 많은 앱들이 이 가이드라인을 잘 지키지 않는 것 같았다. 사실 필수적인 요소만 지키면 애플스토어에 올라간다는데, 나는 이 가이드라인을 최대한 활용하고 지켜서 정말 iOS다운 앱을 만들고싶다. 빨리 앱 만들고싶다!

2018.01.09 TODO

• JSON step6 피드백 마무리
• 머지되면 카드게임
• 에러핸들링/흐름제어 예시 찾아보고 공부하기
• 클린코드읽기
• JSON미션과정 wiki에 정리 TIL
• 클린코드 조금 읽음
• JSON 완료!
• 카드게임 진입
  • 속성에 대해 description - get프로퍼티 / NSObject : 구조체를 CustomStringConvertible 프로토콜을 준수하도록 구현하면 description속성을 출력할때 사용할 수 있다.
  • 컴파일러가 메소드 매개변수의 타입을 명확하게 유추할 수 있으면 CardDeck.Suit.heart 대신 .heart 로 대체 가능 : 파라미터 타입을 enum타입으로 명시했다면, .heart처럼 enum케이스만 작성해도 컴파일러가 타입 유추를 할 수 있다!

2018.01.10 TIL

• 카드게임 피드백 처리
• JSON미션 step2 피드백
• 클린코드읽기

2018.01.11 TODO

• 카드게임 step1 피드백 처리
• 카드게임 step2 시작
• JSON step2 피드백
  • 코드리뷰 코멘트 피드백 : Before Code review > After Code review
  • 새롭게 적용했던 개념 정리

2018.01.12 TODO

• 카드게임 step2 피드백 처리 -> 다음단계로!
  • 카드게임 README업데이트
• JSON step2 피드백
• 클린코드읽기

TIL

• 카드게임 PR보냄

CardGame README

• userInput을 enum으로 관리. let v = menuInput(rawValue: "1") : enum의 rawValue를 넣으면 그 케이스에 해당하는 menuInput.one이 만들어지는것! 대신 이 방법은 v가 menuInput?으로 옵셔널로 만들어지기때문에 옵셔널을 풀어줄 수 있는 메소드가 필요하기도 함. 아래의 방법 참고

  enum gameMenu: String {
        case one = "1"
        case two = "2"
        case three = "3"
        case quitGame = "q"
        case wrongInput
    }
    // 이렇게 wrongInput처럼 rawValue를 넣지않은 케이스를 하나 만든다!
  
    func select(rawValue: String) -> gameMenu {
        if let inputMenu = gameMenu(rawValue: rawValue) {
            return inputMenu
        }
        else {
            return .wrongInput
        }
    }
  

enum의 rawValue를 이용해서 그 enum의 특정한 케이스(rawValue와 일치하는)가 만들어지는 방법이 있음. 특히 switch-case로 비교할때 enum을 이용하면 사용자의 input을 제한한다는 의미도 있지만 컴파일러가 빠진 케이스를 미리 알려줄 수 있기 때문에 개발자의 실수를 방어하는데에도 용이한 면이 있음.

• EnumCollection 추가 - static let allValue를 사용하지 않고 enum case를 collection으로 만들어주는 확장 방법을 찾아서 공부하고 적용 참고 블로그

• showCard()와 resultMessage() 합침

JSON에서 배운 것

• 프로토콜을 인자로 넘기는 구조 / 프로토콜로 추상화하는것
• enum의 연관값으로 프로그램에 필요한 타입들을 묶어놔서
• Array / object 중첩도 (생각보다 쉽게?)같이 해결할수있었다.
• 로직 - DTO - 로직 DTO
• Input - Grammar - Parser - (ConvertTarget[String] - DataTypeConverter) - ValueCounter - 1. CountInfo 2. ResultData - OutputView
  1. ResultData는 JSONData의 콜렉션 안의 값들을 하나씩 다 가져오면서 String으로 형변환함. 근데 이것도 프로토콜로 빼서할수잇을거같음
• 흐름제어가 문제

enum JSONData { case IntegerValue(Int) case StringValue(String) case BoolValue(Bool) case ObjectValue(Dictionary<String, JSONData>) case ArrayValue([JSONData]) }

2018.01.13

• JSONParser미션 회고!!
• 카드게임 step3 프리뷰

2018.01.02

TIL

• JSON step4 merge
• JSON step5 진행
  • JSON 프린트 형태 확인 - JSONLint
  • JSON 중첩배열과 어레이 형태를 어디서부터 가져와야하는지 설계

2018.01.03 ~ 04

TIL

• JSON step5 PR
  • 출력할때 나오는 optional 처리 : enum의 연관값
  • 연관값이 나오는걸 CustomStringConvertible해서 연관값을 리턴하게 만들면 String(describing:) 해서 스트링으로 그 값이 넘어옴!
• JSON미션 하면서 새로 알았던 개념들, 사용만 하고넘어갔던 내용들 정리
• 딕셔너리의 밸류 값은 항상 옵셔널!
• github wiki 사용 - 미션, 피드백 내용 정리용

2018.01.05

TIL

• JSON step6 피드백 처리
  • try! 하는 부분 에러/흐름제어 처리 : 파일 안의 내용이 문법에 맞지 않거나 빈 파일(글씨가 없는 파일)이면 GrammarChecker에서 걸러져서 흐름 제어가 될 줄 알았는데, 파일이 없을때의 흐름제어가 문제였다.
  • filepath를 Bundle과 FileManager에서 읽어오는것 차이 - 번들과 파일매니저의 차이
  • 객체의 의존성 (commandLine / askUserInput) : askUserInput() 함수에서 CommandLine객체 내의 메서드를 그대로 사용하는 구조는 askUserInput을 재사용 할 수 없고, 테스트도 할 수 없는 구조임.
    • CommandLine 내의 메서드의 리턴값을 askUserInput의 인자로 넘기는 구조가 더 좋은구조!
    • 항상 어떤 메서드가 다른 객체에게 의존하는 흐름을 경계해야한다!
• JSON step6
• 흐름제어하다가 수정하다가 debug부분에서 제대로 들어가지가 않았다. 어디서 에러가난건지도 모른채 프린트를 하나씩 찍으면서 따라가다가…ㅠㅠ결국 grammar, input, resultData까지 가서 프린트를 찍어봤다!!!!!!!!!!!!!!!!1 그러다가 input.json파일을 열었는데 엔터가 들어가있었다. 이상했다!!!!!!!!!! 너무이상해서 텍스트편집기에서 json패턴을 써보고 저장했는데!!!!!!!!!!!! 결국 아톰이 글을 저장하면서 엔터를 넣어서 저장을했던것이야!!!!!!!!!!!!!!!!그래서 안됐던것이다!!!!!!!!!!! ㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠ멘붕
• 그래서 결국 고민하다가 (피드백 처리하다가 안돼서 코드가 잘못된줄알고 step6 PR보낸 코드 복붙함) 수정하다 만 새코드로 돌아갈까, 아니면 돌아가기는 했었던 피드백 당시의 코드로 돌아갈까 고민하다가 그냥 수정하다 만 코드로 돌아갔다. (git reset –hard 옵션씀…)
  • 커밋 메시지를 잘쓰자 커밋메시지를 구체적으로쓰자!!

질문거리

• guard 옵셔널체이닝. case1과 case2의 차이! ```swift // case 1

let userInput = inputView.askUserInput(message: “분석할 JSON 문자열을 입력하세요.”) guard userInput != nil else { throw GrammarChecker.FormatError.invalidInput } commandLineInput = (input: userInput, output: “”) // userInput이 계속 String?으로 인식

// case 2 let userInput = inputView.askUserInput(message: “분석할 JSON 문자열을 입력하세요.”) guard let inputString = userInput else { throw GrammarChecker.FormatError.invalidInput } commandLineInput = (input: inputString, output: “”) //inputString이 String으로 인식!

```