2018.04.09

• 자판기앱 step8 PR..
• 파이그래프 계산할때 라디안공식에 라디안값이 아닌 각도값을 넣어서 시행착오가 있었지만 파이(부채꼴)모양의 그래프 그리기 성공
• pipe operator강의: custom operator 설정, 클로저와 pipe operator를 결합해서 가독성이 좋은 함수형프로그래밍을 할 수 있다.
• mapValue
• reduce

  let arr = [1,2,3,4,5,6,7,8,9,10]
  arr.count
  let runningSum = arr
    .reduce(into: []) { $0.append(($0.last ?? 0) + $1) }
  // [1, 3, 6, 10, 15, 21, 28, 36, 45, 55]
  runningSum.count
  

• 원의 자취에 있는 점의 위치 구하기 - 파이그래프 그릴 때 필요했음

2018.04.10 ~ 11

• 자판기 피드백 처리
  • 피드백 처리 완료 & step8 머지!
• 자판기 마지막단계 step9시작
• 파이그래프를 드래그해서 크기를 달리하고 새로 그림
  • 제스쳐, 터치이벤트 적용
• 그래프를 그리는 color를 테마별로 enum으로 선언해서 매번 랜덤으로 선택 가능하도록 설정
  • enum내에 속성과 함수 선언해서 사용해봄

2018.04.12

• 카드게임 시작 step1
• 자판기 마지막단계 이슈 정리하기 https://github.com/jinios/swift-vendingmachineapp/issues/5
• 카드게임 step1 머지

2018.04.13

• 카드게임 step2 완성 및 PR보냄
• addSubView, removeFromSuperView()
• UIResponder - motionEnded
• 커스텀 뷰 클래스 만들고 속성 지정하기: 이렇게하면 해당 클래스타입의 뷰는 해당 속성을 기본적으로 적용받게(?)됨
• 코드로 추가한 view에 속성을 적용하기 위해서는 init(frame:)에 속성을 지정해줘야한다. (관련포스팅!) ```swift override init(frame: CGRect) { // by code super.init(frame: frame) self.layer.cornerRadius = 5.0 self.clipsToBounds = true }

convenience init() { self.init(frame: CGRect(x: 0, y: 0, width: 0, height: 0)) } ```

엄청난 많은 경우의 수가 있겠지만 일단 일하면서 생각해본 몇 가지의 상황을 정리하고싶었다.
서비스를 운영하면서 서버에서 데이터를 받아올때 크래시/혹은 에러가 발생할 수 있는 상황들을 생각해본다면,

인터넷이 안되는 경우

• 이건 실제로 활성화되어있는 서비스의 경우 앱 내의 옵저버가 있어서 네트워크 변경이 감지된 순간 알림이나 block액션이 나올 확률이 크지만, 네트워크 요청을 하는 순간 사용자의 네트워크 환경이 변화될 수도 있다.

타입이 다른 경우

• 서버에서 데이터를 잘못 내려줘서 혹은 클라이언트에서 다른 타입으로 파싱을 시도해서 크래시 나는 경우
• 데이터 자체는 받아왔으므로 http response 코드도 정상이고, request를 요청하는 메소드의 비동기 블럭 내에서도 success클로저를 실행한다.
• 따라서 http요청과 응답 자체는 정상이지만, 데이터의 타입이 다른데 파싱을 시도해서 크래시나는 경우이다.

데이터 객체의 내부 프로퍼티가 nil인데 접근하려는 경우

• 서버에서 데이터가 내려와서 객체로 파싱되었을때 내부 프로퍼티가 nil인 경우가 좀 헷갈리는 경우였는데,
• 데이터자체는 잘 내려와서 response코드도 200이지만 내부 프로퍼티가 nil이기때문에 데이터가 잘못 내려온 경우이다. 이때는 fail블럭에서 에러가 감지되지 않는다.
• 이 경우엔 success블럭에서 파싱된 데이터 객체의 내부 프로퍼티를 가져와서 쓸때 nil인 경우도 체크해야한다.
• 요약: 데이터가 내려와서 object로 파싱된 객체내의 item이 nil이어도 http response는 정상코드로 내려올 수 있다. 따라서 fail블럭에서 걸러지지 않는 에러 발생 할 수 있음. 객체 내의 프로퍼티를 사용할때 자체의 검증도 필요하며, 일반 fail블럭에서 처리되는 에러와 동일한 방향으로 처리할지/말지는 여러 파트(기획/서버/클라)와 논의해서 결정하는 것이 좋을듯!

2018.04.02

• 자판기 step6 피드백처리
• (UIView)UIImageview: frame, bound, addSubVIew …
  • 음료구매 히스토리가 표시될때 자꾸 화면 중간부터 표시되는 문제
    • 이전에 앱을 실행했을때 저장됐던 히스토리데이터가 있고, 그 위로 구매내역이 쌓이면서 x축이 오른쪽으로 밀려났던것. 하지만 이전에 아카이빙된 히스토리 데이터는 view에 표시되지않아서 중간부터 음료수 아이템이미지가 쌓인것처럼 보인것임
    • viewDidLoad에서 처음 세팅할때 히스토리 아카이빙데이터가 있다면 원래 있던 데이터들을 뷰로 표시해주는 세팅기능을 추가해야 할것같다
  • 음료 추가시 재고 0개였던 아이템을 추가할때 stock이 업데이트 되지 않은 문제. 5단계에서 음료를 구매하거나 추가하면서 재고상태가 바뀔때마다 shelf update를해서 순서가 바뀌어서 번호가 뒤죽박죽됐던 문제를 해결하려고 update하는 동작을 다 없앴는데, 이러면서 0개였을 시 딕셔너리 업데이트가 필요(key를 추가해야하기때문에)한데 이 동작을 없애버려서 0개인 key는 추가해도 추가되지않았던것

// Stock.swift
func addItem(_ item: Beverage) {
        for set in self.inventory {
            if var arr = self.inventory[ObjectIdentifier(type(of: item))] {
                arr.append(item)
                self.inventory[ObjectIdentifier(type(of: item))] = arr
                break
            } else if set.key != ObjectIdentifier(type(of: item)) {
                let newItemSet = [ObjectIdentifier(type(of: item)) : [item]]
                self.inventory = self.inventory.update(other: newItemSet)
                // self.inventory 이 부분이 문제부분이었음. 추가해서 해서 해결.
            }
        }
    }

• 추가로 StockController에서도 update동작을 추가해줬다. ```swift // StockController.swift func addItem(item: Beverage) { self.stock.addItem(item) self.history.addSupplyLog(item) self.shelf = shelf.update(newItems: self.stock.currentInventory()) }

// Shelf.Swift func update(newItems: [ObjectIdentifier: [Beverage]]) -> Shelf { return Shelf(items: newItems) }

- **이렇게해서 해결!** 했는데 이렇게 하면서 shelf가 업데이트가 되면서 newItems로 딕셔너리가 바뀌고, UIButton의 tag순서와 순서가 맞지않음. 1번을 누르면 5번 음료가 나오고...
- **재고 수는 업데이트 되지만 (stock, inventory) 새로운 딕셔너리 set으로 딕셔너리key 순서는 고정된 값으로 남겨지도록! Shelf의 update()함수를 그냥 고정된 초기값의 Shelf()와 똑같은 인스턴스를 리턴하도록 수정!** 했는데 인스턴스를 굳이 만들 필요도 없을거같고 StockController에서 shelf만 업데이트 안하면되니까 코드를 조금 손볼필요는 있을 것 같다. 일단 해결!


```swift
// StockController.Swift

    func addItem(item: Beverage) {
        self.stock.addItem(item)
        self.history.addSupplyLog(item)
    }
    // shelf를 업데이트하지 않아도되면 굳이 코드를 넣어줄 필요가 없어서 지움

// Shelf.swift
    func update(newItems: [ObjectIdentifier: [Beverage]]) -> Shelf {
        return Shelf()
    }    
    // 호출하더라도 순서 그대로 리턴되도록 변경

2018.04.03

• 자판기step7 PR : UserMode다음에 AdminModeVC를 만들어서 관리자모드 메뉴를 분리(맨 첫 화면은 무조건 UserMode, Container View Controller없음)
  • ViewController에서 다른 ViewController로 값을 넘겨줄때, prepare(for segue:)사용
  • AppDelegate -> VC1(Root viewController) -> VC2(presented)관계에서, VC1이 VC2의 속성값을 넘겨주는 구조일때
    • VC1에서 prepare()메소드 사용, VC2의 속성값(VC2의 속성은 옵셔널)을 할당해줄 수 있다.
    • 여기서 VC1이 VC2 클래스를 만든다(혹은 초기화한다)고 생각 할 수 있는데, 이보다는 앱이 실행될때 이미 VC1과 VC2가 만들어지고 VC2가 호출되어 화면에 띄워지는 시점에 VC1이 속성값을 할당해준다(넣어준다)는 의미로 이해해야 맞다.
    • prepare()메소드가 동작하는 흐름은 VC1이 띄워진 상태에서 대기하고있다가, identifier가 맞는 segue가 호출되면 자신의 메소드 내에 구현되어있는 동작을 한다고 생각하면 된다. prepare에서 동작하는 시점을 button이라고 착각할 수 있는데, 이렇게 생각하면 쉽다.
      • button은 segue 호출하는 것으로만 연결 -> segue가 호출되면 대기하고있던 prepare가 자신의 동작 실행. 여기서 prepare()에 정의된 identifier로 올바른 segue를 구분한다.

2018.04.04

• 자판기 피드백 수정

2018.04.05

• 이슈에 step7피드백 추가하기, prepare추가
• stpe8 진행하기
• 그래프 그리기 참고 동영상 - 스탠포드 강의
• 그래프 그릴때, 파이 그리는 메소드 동작하는걸 알면 시작점, 센터, 끝나는지점, 각도?등을, 전체 판매수와 해당 음료만 판매한 수로 계산해서 좌표와 각도를 계산하고, 시계방향으로 돌아가는걸 순서로 잡았을때 이전 파이의 끝나는 좌표가 그 다음 파이의 시작점으로 잡으면(센터는 어차피 모두 동일) 그리는 방법을 생각해볼수있지않을까?,,,
• mapValues!!
• compactMap
• reduce!

2018.04.06

• 자판기 step8 코어그래픽스
  • 파이그래프 조각 그리는 부분 draw함수에 일단 다 구현해보기(for loop쓰지 않고)
  • endAngles: [Beverage: CGFloat]? 활용
  • 관련 내용 스탠포드 강의 듣기
  • 반복문 추가해서 그렸는데 잘 안됨…….알고보니 endAngles가 라디안 값이 아니라 각도값이었음..-_-
• 시간나면 reduce와 mapValues정리

2018.04.08

• RxSwift가 궁금하여 ReactiveX 를 먼저 찾아보게되었다. (마기의 개발 블로그 참고함!)
  • 일단 ReactiveX의 중요한 키워드는 Asynchronous, 반응형(Reactive), 옵저버패턴, 반복자 패턴, 함수형 프로그래밍정도인 것 같다.
  • 공식적으로 나와있는 정의 는 An API for asynchronous programming with observable streams. ReactiveX is a combination of the best ideas from the Observer pattern, the Iterator pattern, and functional programming
  • 의역하자면 ReactiveX는 관찰 가능한 흐름과 함께 비동기 프로그래밍을 위한 API이며, 옵저버패턴, 반복자 패턴, 함수형 프로그래밍으로부터 나온 최고의 조합.
  • 내가 이해한 ReactiveX: 비동기방식으로 받는 결과를 계속 관찰하면서 특정한 때(서버 통신을 했을때, 터치이벤트가 있을 때, 텍스트필드에 특정 키워드가 입력됐을때)에 반응하여 무언가를 하는 프로그래밍 패러다임!!
  • RxCocoa 라이브러리라는 것도 있다고 한다. 뜻: iOS의 UI들을 Rx방식으로 사용할수 있도록 해주는 라이브러리

아카이빙: 객체의 아카이빙이란 그 객체의 프로퍼티를 모두 기록하고 파일 시스템에 그 내용을 저장한다는 뜻 https://medium.com/@felicity.johnson.mail/core-data-vs-nskeyedarchiver-vs-user-defaults-e660d541bb6e

아카이브 - NSCoding

• 객체 아카이브는 객체 그래프를 따라 객체의 데이터 내용을 저장하는 방식이다.
• 가변객체나 다중참조 관계를 원래대로 복원해야하는 경우 NSCoding프로토콜을 사용한다.
• NSCoding프로토콜은 객체 인스턴스를 인코딩하거나 다시 객체로 디코딩하기위한 두개의 메서드만 있음
• func encode(with aCoder: NSCoder)
• required init?(coder aDecoder: NSCoder)
• NSCoder클래스: 메모리상에 있는 객체 인스턴스 변수를 다른 형태로 변환하기위한 추상클래스
  • 실제로 NSKeyedArchiver,NSKeyedUnarchiver, NSPortCoder와 같은 하위 클래스 구현체를 사용함
• NSKeyedArchiver,NSKeyedUnarchiver: 인스턴스 변수를 인코딩/디코딩할때 딕셔너리 타입처럼 변수에 대한 키값을 이름으로 지정해서 인코딩/디코딩할 수 있다.
• NSKeyedUnarchiver의 func containsValue(forKey key: String) -> Bool로 해당 키의 반환값에 대한 데이터가 존재하는지 알 수 있음

class DataStorage<T> {

    class func load() -> T? {
        // 존재확인
        if UserDefaults.standard.object(forKey: String(describing: T.self)) != nil {
            // key값으로 데이터 가져옴
            guard let encodedData = UserDefaults.standard.data(forKey: String(describing: T.self)) else { return nil }
            guard let archivedMachine = NSKeyedUnarchiver.unarchiveObject(with: encodedData) as? FavoriteList else { return nil }
            return archivedMachine as? T
        }
        return nil
    }

    class func save(data: T) {
        UserDefaults.standard.set(NSKeyedArchiver.archivedData(withRootObject: data), forKey: String(describing: T.self))
    }
}

아카이빙

• iOS앱은 기본적으로 사용자에게 데이터를 조작할 인터페이스를 제공한다.
  • 모델 객체: 사용자가 조작하는 데이터를 보관하는 역할 (저장과 로딩)
  • 뷰 객체: 단순히 그 데이터 반영
  • 컨트롤러 객체: 뷰와 모델 객체의 동기화 책임
• 아카이빙은 iOS에서 모델 객체를 저장하는 가장 흔한 방법 중 하나임
• 아카이빙: 객체의 아카이빙이란 그 객체의 프로퍼티를 모두 기록하고 파일 시스템에 그 내용을 저장한다는 뜻

• 언아카이빙: 아카이브한 데이터로부터 객체를 다시 만든다.

• (참고)
  • 스토리보드같은 인터페이스 파일에 객체를 추가할때 객체들은 아카이빙 된다.
  • 실행 중에 객체들은 인터페이스 파일에서 언아카이빙되어 메모리에 로드된다.
  • UIView와 UIVIewController들은 모두 NSCoding 프로토콜을 따른다.

NSCoding

• 아카이빙/언아카이빙 할 클래스들은 반드시 NSCoding프로토콜을 따라야한다.
• 어떤 객체의 속성이 또 다른 객체, 그 객체의 속성은 또 다른 객체...처럼 수직관계를 형성하는 구조라면 NSCoding이 저장 할 수 있는 스위프트기본 value type 단계까지 NSCoding프로토콜 구현을 해줘야한다.
• 만약 아카이빙 할 필요는 없지만 수직구조 내에 위치해서 프로토콜 구현이 필요한 일부 속성(객체)은 NSCoding프로토콜을 준수하지만 메소드 선언만 해놓고 구현하지 않아도 된다.

class Robot: NSCoding {
 var name : String = ""
 var nemesis : Robot
 var model : Int

 func encode(with aCoder: NSCoder) {
   aCoder.encode(name, forKey: "name")
   aCoder.encode(nemesis, forKey: "nemesis")
   aCoder.encode(model, forKey: "model")
 }
 // 메시지를 받으면 인자로 전달된 NSCoder객체 안의 모든 프로퍼티들을 인코딩한다. 데이터 스트림은 키-값 쌍으로 구성되어 파일시스템에 저장된다.

 required init?(coder aDecoder: NSCoder) {
   name = aDecoder.decodeObject(forKey: "name") as! String
   nemesis = aDecoder.decodeObject(forKey: "nemesis") as! Robot?
   model = aDecoder.decodeInteger(forKey: “model")
 }
}

• aCoder.encode(저장할 객체속성, forKey: "인코딩 프로퍼티를 식별할 키값이 될 문자열")
• 아카이브에서 언아카이브되면서 로드되는 객체들은 init(coder:)메서드가 실행된다. 이 메서드는 encode(with:)에서 인코딩된 모든 객체를 꺼내와 해당 프로퍼티를 할당해야한다.

UserDefaults

• key-value 쌍으로 디바이스에 데이터를 저장하는 기능을 제공하는 인터페이스
• 주로 앱의 설정값을 저장하고 나중에 읽기위한 용도로 사용됨
• 스위프트에서 제공하는 기본 데이터 타입이면 별도의 작업 없이 저장
  • float, double, integer 및 boolean과 같은 공통 유형에 액세스하기위한 메소드를 제공할 뿐만아니라,
  • NSData, NSString, NSNumber, NSDate, NSArray 또는 NSDictionary 유형의 객체를 저장할 수도 있음!
  • (다른 객체 유형의 경우 NSKeyedArchiver를 사용하여 데이터를 저장하고 검색해야함)

확장과 함께 사용하는 법

• UserDefaults는 저장한 value에 String타입 key로 접근해야하는 방식이기때문에, 오타가 나거나 하면 객체를 불러오지 못해 런타임에 에러가 발생할 수 있다. enum을 사용해서 실수를 줄이는 방법이 있겠지만 extension을 사용해서 좀 더 스위프트답게 사용하는 방법이 있다. (나중에 써봐야지..ㅋㅋㅋ)
• 참고링크 - extension구현해서 UserDefaults사용하기

참고자료

• Cocoa Internals - 김정
• 애플 개발자문서 archives_and_serialization
• 참고링크 - zedd의 블로그
• 참고링크
• 참고링크-UserDefaults (NSUserDefaults) 에 대한 소소한 이야기

2018.03.26

• 자판기 3단계 스텝
  • UserDefaults
  • 아카이빙구현: NSCoding
    • NSCoding프로토콜을 클래스에서만 사용할 수 있어서 History를 class로 변경함
    • encoding이 필요없는 프로퍼티를 가진 객체라면 NSCoding 프로토콜 필수 메서드만 추가하고 메서드 구현을 하지 않아도 됨. (디버그로 찍어보면 encoding시도를 하지만 빈 값만 들어가는듯)
• escaping closure?
• 상속 - super.init() : 스위프트의 상속관계는 서브클래스에서 자기 자신을 초기화 하고 super.init()을 반드시 완료해야
• joined() - flatten: [[Beverage]] 이중배열을 reduce()를 통해 딕셔너리로 만들려고하니까 접근이 안됨 (ambiguous 에러) joined()를 사용해서 일반 1차원배열로 변경하고 reduce()적용함

2018.03.27

• 어제 한 부분 정리: joined() / flatmap, reduce
  • joined()
    • sequence를 제공하는 콜렉션에 쓸 수 있는 메소드
    • 순서대로, 연속되게 이어진 콜렉션 리턴
    • 다수의 콜렉션의 element들을 연속으로 이어줌(?): 이중배열.joined()를 했더니 1차원배열로 리턴됐는데, FlattenBidirectionalCollection<Array<Element>>가 리턴됨.
    • FlattenBidirectionalCollection - Supporting types
• 상속!!!
• 아카이빙 인코딩 디코딩 한 부분에서 forced unwrapping없애기
• DIP 의존성, 의존성역전
• 싱글톤
• init(): 지정생성자 내에서 지정생성자를 또 호출하면 참조 에러 발생: 아래 예시코드

class VendingMachine: NSObject, NSCoding {
    static var sharedInstance = VendingMachine()

    private override init() {
        super.init()
        VendingMachine.sharedInstance = VendingMachine(stockItems: Controller().setVendingMachineStock(unit: 1))
    }

• Override: NSObject상속때문에 키워드 필요, super.init()도
• super.init(): 스위프트 상속에서 서브클래스의 초기화는 보통 자신의 프로퍼티를 다 초기화하고, 마지막에 super.init()을 해주면 상속 관계에서 나 자신(서브)과 슈퍼의 초기화가 끝나고 사용할 준비가 된다.
• sharedInstance변수에 VendingMachine()의 초기화메서드(private override init())를 통해서 결과값을 대입하려고 하는중에, (locking이 되어 있는 상태인것같음) 그 init()안에서 VendingMachine.sharedInstance = VendingMachine(stockItems: Controller().setVendingMachineStock(unit: 1))하면서 VendingMachine의 지정생성자 init(stockItems:)가 호출되니까 참조 에러가 난듯. (에러메시지: Thread 1: EXC_BAD_INSTRUCTION (code=EXC_I386_INVOP, subcode=0x0))

2018.03.28

• 싱글톤객체 사용하고 아카이빙 안되는 문제 해결하고 자판기 step4 PR
• 싱글톤과 아카이빙 문제 해결한 방법 정리
• 자판기 step4 머지~!
• 옵저버패턴 기초적인 것 조사함
  • keyword: addObserver, postNotification

2018.03.29

• 질문거리: 타입메소드의 유효 시점, 어떤 것 생성 후라고 하는데, 정확한 뜻

• 앱델리게이트 변수 생성시점과 뷰컨트롤러의 viewDidLoad에서 해당 변수에 접근할때의 시점 차이. appDelegate에서는 로드될 자판기가 있으면 로드된 데이터로 싱글톤객체를 바꿔줬다고 생각했는데 viewDidLoad에서 접근한 appDelegate변수는 초기 빈 자판기 값이었음.

• 싱글톤 적용하면서 첫번째 코멘트질문거리 JK’s comment: 위에서 sharedInstance로 만들었는데 아래 DataStorage에서 load해서 self.vending 만 바꾸면 다른 곳에서 sharedInstance에 접근하면 안되지 않나요? 싱글톤 의미가 있나요?

• 다른 곳에서 접근 한다: 싱글톤패턴은 다른 곳에서 접근하여 값을 바꿀 수 없도록 하는 것이 목표인데, AppDelegate객체(외부)에서 VendingMachine.sharedInstance = loadData이런식으로 값을 직접 바꾸는것이 문제?

• 하지만 static이라는뜻은 전역변수, 모든 객체들이 그 변수 값을 바라볼 수 있게(?)만들어놓고 정작 접근할 수 없도록 해야한다는 뜻이란?ㅠㅠ
• 전역변수 스스로 load된 자판기 데이터로 바꿔치기하는 것과 appDelegate객체에서 선언된 self.vending = sharedInstance의 self.vending을 바꿔치기하는 것의 정확한 차이

TIL

• 옵저버패턴 구현

• 싱글톤 객체를 참조할때 sharedInstance가 싱글톤 객체인줄 알고 조금 헤맸는데 그냥 변수랑 똑같이 어떤 오브젝트를 참조하는 변수라고 생각하니까 이해하기 편했다. 싱글톤 객체를 어디에 새로 만들고 참조해놓고 또 다른 방식으로 싱글톤에 참조해서 쓰고있으니까 다른 자판기 객체를 두개 만들고 따로 작업하고 따로 저장하고있었음..
• static변수도 참조를 하는 변수일뿐이다!
• 자판기 옵저버패턴 pr보냄

2018.03.30

• 자판기 step5 옵저버패턴 구현중~_~
• MVC를 잘 분리하고 옵저버패턴적용하는 구조짜기
• 옵저버 패턴 여러 예시 찾고 사용하는 메소드 조사
• AdminMode프로토콜과 UserMode프로토콜 둘다 만족하는 프로토콜 만들기
  • 현재는 뷰 컨트롤러에서 두 모드 다 섞여있는 방식인데, 추후 admin과 UserMode를 분리한 화면을 구성할것임
  • AdminMode 전용 동작을 구현한 프로토콜
  • UserMode 전용 동작을 구현한 프로토콜
  • 두 프로토콜을 모두 만족하는 상위프로토콜
  • 그 상위 프로토콜을 만족하는 VendingMachine
  • 뷰컨트롤러에 있는 vendingMachine을 참조하는 변수는 상위프로토콜타입으로 선언
  • 앱델리게이트에서 선택한 모드에 맞는 프로토콜을 VendingMachine을 뷰컨트롤러에게 지정해줌

2018.03.31

• 문제: 자판기 구매동작이 아예 안되는 문제
  • 원인: vending부터 stockController, shelf가 초기화되지 않는 문제.
  • 해결: shelf가 아카이빙이 따로 안됨. 디코딩 메소드가 아예 비어있었음. 뷰 컨트롤러의 자판기 진열 순서대로 itemTags를 초기화해줌
• 문제: 구매버튼을 눌렀는데 다른 음료가 구매되는 문제;;
  • 원인: 디코딩하면서 shelf가 가진 itemTags가 viewController에 있는 순서대로 초기화되지않고 stock이 초기화되는 순서대로 순서가 바뀜. 즉 shelf가 아니라 stock의 딕셔너리 값 순서가 적용돼서 뷰컨트롤러의 순서와 다른 인덱스에 있는 음료가 리턴된 것
  • 해결 : add나 buy처럼 재고가 바뀌는 동작하는 메소드에 self.inventory = self.inventory.update(other: newItemSet) 코드가 있어 매번 stock에 있는 inventory순서대로 shelf 순서가 바뀌면서, 디코딩할때 지정해준 itemtags가 계속 업데이트 된 문제로, 일단 update될때마다 shelf를 업데이트 하지 않기로함
  • 고민할 문제:
    • 콘솔에서는 stock이나 shelf를 초기화할때 먼저 [Beverage]를 부여하고 초기화메서드에서 딕셔너리로 바꾼후 shelf까지 초기화했기때문에 프로그램이 실행될때나 한 아이템 shelf가 아예 비어버렸을때 아이템 진열 순서(key)가 바뀌었었는데 지금은 viewController에서 지정해놓은 순서가 있으니 지정한 순서대로만 딕셔너리와 shelf가 구성되게 바꿔야할듯
    • 이렇게되면 shelf를 디코딩하거나 초기화할때 하드코딩을 안해도될듯
    • 또한 재고가 0개인 아이템 key를 지우는것이 아니라 key는 놔두고 재고가 0인 방식으로 변경해야할듯
• 질문거리
  • OpaqueTypes