1. Tensorflow mobile for iOS(Deprecated)

• pod 'TensorFlow-experimental'

• C++ 인터페이스

• pod(의존성 관리 툴)으로 프로젝트 환경을 구축하면 450MB가 넘음. 여러 플랫폼을 묶다보니 용량이 큼. 예제를 앱으로 말면 약 25MB정도로 만들어짐.

• Tensorflow Lite로 대체됨.

2. Tensorflow Lite

iOS 기기에서 TensorFlowLite 로 .tflite 모델을 사용할 수 있음

• TensorFlow Lite를 바로 사용할 시 C++ 인터페이스

• TensorFlow Mobile의 다음 버전

• 더 작은 바이너리 크기

• 적은 의존성, 더 나은 퍼포먼스

3. Core ML

iOS 기기에서 Core ML 로 .mlmodel 모델을 사용할 수 있음

• Swift/Objective-C 인터페이스(Core ML)

• 텐서플로우(.pb)를 CoreML(.mlmodel)로 변환하여 사용.

• 애플이나 구글의 공식 프로젝트는 아니지만 스타가 많은 프로젝트.

4. MLKit with Firebase

Firebase 프레임워크에 들어있는 MLKit 로 .tflite 모델을 Swift 인터페이스로 사용할 수 있음

• Swift, Objective-C 인터페이스

• 18.05.09 구글I/O에서 발표

• 기본 ML 기능 제공

  • Text Recognition (OCR)

  • Face Detection

  • Label Detection

  • Cloud Landmark Detection

  • Cloud Text Recognition

  • Cloud Label Detection

  • Custom Model Object Detection(.tflite 모델 사용)

iOS 기기에서 MLKit으로 .tflite 모델을 실행시킨 결과

+. tensorflow + swift

기계학습 모델을 만드는 새로운 방법.18년5월에 처음 공개되었고 개발중..

• Platforms State of the Union 아직 이 세션을 보지 않았다면, 여기에는 iOS, macOS, tvOS, watchOS의 전반적인 변화들을 발표한다.

• Session 110 Convenience for You is Independence for me
• Session 803 Designing Sound

• Session 201 What’s New in Cocoa Touch WWDC의 스타같은 팀, Eliza Block와 Josh Shaffer이 돌아와 Cocoa Touch의 바뀐점을 요약해준다.
• Session 204 Updating Your App for iOS 11 통합된 서치바, 리프레시 컨트롤, 오토레이아웃 지원과함께 새로나온 큰 타이틀 네비게이션 바(large title Navigation bar)를 다룬다. 새로운 레이아웃 마진(layout margin)은 뷰컨트롤러의 루트뷰 세팅에대한 가이드를 하고(이제 시스템 최솟값을 바꿀 수 있다) 세이프 영역(safe area)는 상단, 하단 레이아웃 가이드를 대신한다. 또한 뷰컨트롤러는 더이상 스크롤뷰의 contentInset으로 더러워지지 않는다. 테이블뷰 셀은 이제 디폴트로 스스로 크기변경이 가능하고 더 쉽게 스와이프 액션을 넣을 수 있다.
• Session 206 Introducing Password AutoFill for Apps 여러분의 웹 서비스에 로그인 기능이 있다면 쉽게 구현 가능해 보인다. 여러분의 사용자는 iOS 키체인에 증명서를 저장하게 된다.
• Session 210 What’s New in Core Data 이번년도의 커다란 코어데이터 뉴스는 Core Spotlight 통합과 Persistent History Tracking을 지원한다는 점이다. 후자는 영속 저장소를 갱신하고있는 여러 컨텍스트와 여러 익스텐션의 이슈를 대상으로 한다. 포그라운드로 돌아오는 앱은 일부로 다시 불러오게 하지 않고서 변경사항들을 패치할 수 있다.
• Session 214 What’s New in SiriKit 아마 예상한것처럼 극적인 변화는 아닐 것이나, 리스트와 노트를 위한 새로운 계획을 받았고 비주얼 (QR) 코드를 보여주는 것도 곧 나올 것이다.
• Session 219 Modern User Interaction on iOS 애플에서는 이것을 지향하지는 않을 수 있지만, 여러분은 이제 컨트롤센터, 노티피케이션, 액션을 넘은 슬라이드가 발생하기 전에 스크린의 모서리에서 일어나는 시스템 스와이프를 가로챌 수 있다.
• Session 225 What’s New in Safari View Controller 여러분의 앱에 더 매칭시키기위해 바(bar)와 틴트 칼라(tint color)를 커스터마이징 한다. 드레그 앤 드롭에대한 지원을 탑재한다. 이제 각 앱은 사파리 브라우저와 별개로된 고유의 쿠키 저장소(jar)를 얻었다. 취소나 닫기를 위해 완료(done) 버튼을 변경하고, 공유 시트로부터 활성화를 배제한다.
• Session 230 Advanced Animations with UIKit 프로퍼티 애니메이터를 사용하는 것에대한 좋은 요약이고, CALayer의 cornerRadius 속성은 이제 애니메이션 가능한 점에대한 좋은 팁이다.
• Session 235 Building Visually Rich User Experiences 세션 230를 이은 코어 애니메이션의 좋은 팁과 트릭이다.
• Session 237 What’s New in MapKit 지도에서 여러분의 데이터를 표현할 수 있는 새로운 맵 타입. 새로운 MKMarkerAnnotationView는 주석들이 겹칠때 이것을 묶어준다.
• Session 241 Introducing PDFKit on the iOS CoreGraphics 위에 만들었지만 현대의 스위프트와 Objective-C API를 지원한다. PDF 문서를 더 쉽게 보고 주석을 달기위해 만들어졌다.
• Session 242 The Keys to a Better Text Input Experience 높이를 변경하거나 커스텀 인풋 뷰를 넣은 키보드를 다루는 여러 방법을 소개한다. 사용자가 선택한 키보드가 어떤것인지 앱이 기억하게 만들 수 있다. iOS는 똑똑하게도 자동으로 따옴표와 대쉬를 바꿔준다.
• 개발바들을위해 애플은 동적 타입을 지원하여 계속해서 밀고있다. iOS11에서 큰 변화로는, 모든 스타일이 이제 여분의 큰 접근성 크기로 커진다(예전에는 바디 스타일만 가능했다). 또한 애플은 UIFontMetrics를 사용하여 커스텀 폰트도 쉽게 지원할 수 있게 만들었다. 어셋(asset) 카탈로그에서 PDF vector asset은 이제 벡터 데이터를 저장할 수 있게 설정할 수 있다.

• Session 203 Introducing Drag and Drop 만약 아이패드를 지원하고 있다면 이 세션에서 드래그 앤 드롭을 지원하는 기초를 설명하니 보자.
• Session 223 Drag and Drop with Collection and Table View 테이블뷰나 컬랙션뷰에 드래그 앤 드롭을 추가하는 나머지 API이다.

• Session 213 Mastering Drag and Drop
• Session 227 Data Delivery with Drag and Drop

• Sesion 208 Natural Language Processing and Your Apps 활자를 처리하기위해 언어학과 기계학습을 합쳐 사용한다. 활자의 언어를 식별하고, 음성의 부분을 토큰화하고 식별하며, 이름과 위치 태그를 만든다. "lemmatization"이 무엇인지 찾아내서 텍스트를 검색할때 왜 이것을 사용했는지 찾아낸다.
• Session 703 Introducing Core ML 기계학습으로 무엇을 어떻게 할 수 있는지 보여주는 흥미로운 소개이다. 한번 보자.
• Session 710 Core ML in depth 좀 더 깊게 파볼 준비가 되면 보자.
• Session 506 Vision Framework: Building on Core ML Face detection, Image registration (alignment), Rectangle detection, Barcode detection, Text detection, Object Tracking
  

• Session 602 Introducing ARKit: Augmented reality for iOS 이 카멜레온을 보라.

• Session 402 What’s New in Swift Ole Begemann’s Swift 4 playground의 발표와 스위프트3.2에서 스위프트4로 마이그레이션 하기.
• 이번년도 큰 뉴스는 새로운 키패스/키 벨류 옵저브 기능에 대한 것과 JSON 인코딩 디코딩을 위한 Codable 프로토콜이 있다.

• Session 401 Localizing with Xcode 9 새로운 수두 언어, 여러개를 다루기위해 Stringdict 파일들을 import/export, 테스트 스킴은 이제 특정 언어나 지역을 정할 수 있고 테스트를 실행하기위해 지역화된 스크린샷을 붙일 수 있다.
• Session 403 What’s New in Signing for Xcode and Xcode Server 나에게 큰 뉴스였던것은 더이상 Xcode 서버를 사용할 때 macOS 서버에 설치하지 않아도 된다는 것이다.
• Session 404 Debugging with Xcode 9 무선 개발(Wireless development)과 뷰 컨트롤러는 이제 뷰 디버거(View debugger)를 가진다. Xcode를 디버깅하는 Xcode를 디버깅하는 Xcode를 디버깅하는... 그런 영화 인셉션같은 데모가 있었다.
• Session 405 GitHub and the New Source Control Workflows in Xcode 9 여러분의 Github 계정(2FA를 지원한다)을 추가하고 클론하자.
• Session 406 Finding Bugs Using Xcode Runtime Tools 새로운 Undefined Behavior과 Main Thread Checkers.
• Session 409 What’s New in Testing 비동기 테스팅, 퍼포먼스, 엑티비티와 스크린샷에서 그룹핑 테스트.
• Session 414 Engineering for Testability 어떻게하면 테스트가능하게 리팩토링할 수 있는지에대한 팁을 준다.

• Session 110 Convenience for You is Independence for me Todd Stabelfeldt (aka the Quadfather)는 8살때부터 사지마비가 왔는데, 접근성 제작으로 다른 앱 디자인을 만들어 그의 발표에서 영감을 얻자. 만약 여러분 앱의 접근가능함에 의심이 된다면 그가 손으로 사용하는 스위치 컨트롤 시연을 보자 (가끔 혀를 쓰기도 한다).
• Session 215 What’s New in Accessibility iOS11 사용자를 위해 나온 일반적인 접근성 기능 몇개가 크게 개선되었다. 여러분은 이제 텍스트로 시리와 인터렉트할 수 있다. 모든 시스템은 동적 타입을 위해 감사(audit)할수 있게 되는데, 이제 모든 스타일에 최고로 큰 접근성 크기를 사용할 수 있다(여러분의 UI에서 테스트해보라!). 이제 VoiceOver은 이미지 안에 있는 텍스트를 인지해서 말할 수 있고, 컨테이너 타입(container type) 지원이 개선되었다. 마지막으로 당신이 드래그 앤 드롭 지원을 고려하고 있다면 접근성을 고려하는 것도 잊지 말자.
• Session 803 Designing Sound Highly entertaining talk on using sound including how some of the familiar Apple system sounds are created.
  

• Session 806 Design for Everyone 여러분의 앱 접근성을 만들기위한 실질적인 디자인 팁들.

• Session 701 Your Apps and Evolving Network Security Standards 좋은 방법, TLS v1.3을 테스트하기위한 도입, App Transport Security 사용하기
• Session 702 Privacy and Your Apps 사파리의 지능적 트래킹 보호. DeviceCheck - 영속 데이터의 2비트에 저장하여 앱 삭제나 완전히 리셋하여도 기기에서 앱을 살아남게 해준다.
• Session 707 Advances in Networking, Part 1 애플은 iOS10.3 이례로 Explicit Congestion Notification으로 실험해왔고 iOS11에서 완전히 적용될 것이다. 이 전송층은 성능을 올릴 수 있어 사용자 공간으로 가고있다. 다중-경로 TCP(WiFi+셀룰러)를 지원한다(URLSession과 사용하기 쉽다).
• Session 709 Advances in Networking, Part 2 이제 URLSession은 연결을 기다릴 수 있다 - reachability 테스트가 필요 없다! URLSessionTask 일정을 만들 수 있다(earliestBeginDate). UIProgressView로 과정을 알린다.
• Session 708 Best Practises and What’s New in User Notifications 락스크린에서 노티피케이션 내용이 숨겨져있을때 보여지는 방법을 커스터마이징할 수 있다.
• Session 718 Introducing Core NFC
  

• 몇몇 멋진 개선이다: 올해 후반기에 TestFlight 제한이 10,000명 사용자로 올라갈 것이다. 더이상 iTunes Connect에서 앱 아이콘을 관리할 필요가 없다. 앱 부제목과 프로모셔널 텍스트 필드가 있다. 20 API까지 올렸다. 단계별 배포(phased release).

• Session 502 Introducing MusicKit
• Session 505 What’s New in Photos APIs

• Massive View Controller(MVC를 비꼬는 약자) 증후군 피하기
• 가능한 적은 중복

struct Product {
    var name: String

    var rating: Double

    var price: Double?
}

class ProductViewModel: CellRepresentable {
    var product: Product

    var rowHeight: CGFloat = 80

    var price: String {
        guard let price = product.price else {
            return "free"
        }

        return "$\(price)"
    }

    init(product: Product) {
        self.product = product
    }

    func cellInstance(_ tableView: UITableView, indexPath: IndexPath) -> UITableViewCell {
        // Dequeue a cell

        let cell = tableView.dequeueReusableCell(withIdentifier: "ProductCell", for: indexPath) as! ProductTableViewCell


        // Pass ourselves (the view model) to setup the cell

        cell.setup(vm: self)

        // Return the cell

        return cell
    }
}

class ProductTableViewCell: UITableViewCell {
    func setup(vm: ProductViewModel) {
        self.textLabel?.text = vm.product.name
        self.detailTextLabel?.text = vm.price
    }
}

protocol CellRepresentable {
    var rowHeight: CGFloat { get }
    func cellInstance(_ tableView: UITableView, indexPath: IndexPath) -> UITableViewCell

}

extension SearchresultsViewController: UITableViewDataSource {
    func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {
        return data.count
    }
    func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
        return data[indexPath.row].cellInstance(tableView, indexPath: indexPath)
    }
}

extension SearchresultsViewController: UITableViewDelegate {
    func tableView(_ tableView: UITableView, heightForRowAt indexPath: IndexPath) -> CGFloat {
        return data[indexPath.row].rowHeight
    }
}

• nil을 반환하던지 에러 열거형 케이스를 반환한다. 에러 처리의 가장 간단한 형식은 에러를 만난 함수에서 nil을 반환하는 것이다 (혹은 리턴타입으로 Result 열거형을 사용한다면 .error를 반환한다). 이것은 많은 상황에서 아주 유용할 수 있지만, 모든 에러 처리에대해 과용하면 사용하기 성가셔지고, 로직 결점이 숨어있는 위험을 안게 된다.
• 에러를 throw한다(throw MyError를 사용하여). 잠재적인 에러 처리를 위해 호출자에서 do, try, catch 패턴을 사용해야한다. 혹은 호출 시점에서 try?를 사용하여 에러를 무시할 수도 있다.
• assert()와 assertionFailure()를 사용하여 특정 조건이 참인지 검증한다. 디폴트로, 디버그 빌드에서는 fatal error를 내고, 배포 빌드에서는 무시한다. assert를 유발하면 실행이 멈출것이라는 보장이 없으므로 위험한 런타임 경고처럼 보인다.
• assert대신 precondition()과 preconditionFailure()을 사용한다. 핵심적으로 다른점은 배포 빌드일지라도 항상* 판별한다는 점이다. 이 의미는 조건이 성립하지 않으면 절때 계속하지 않음을 보장한다는 뜻이다.
• fatalError()를 호출한다. 이것은 UIViewController같은 시스템 클래스를 따르는 NSCoding을 상속할때, 아마 Xcode가 생성한 init(coder:) 구현에서 보았을 것이다.
• exit()를 호출한다. 이것은 코드와함께 여러분의 프로세스를 종료한다. 이것은 전역 범위에서 종료하고 싶을때, 커멘드라인 툴이나 스크립트에서 매우 유용하다(예를들어 main.swift에서)

• nil을 반환하던지 에러 열거형 케이스를 반환한다.
• 에러를 throw한다.

• assert()를 사용한다.
• precondition()을 사용한다.
• fatalError()를 호출한다.
• exit()를 호출한다.

class DataLoader {
     enum Result {
          case success(Data)
          case failure(Error?)
     }

     func loadData(from url: URL, completionHandler: @escaping (Result) -> Void) {
          let task = urlSession.dataTask(with: url) { data, response, error in
               guard let data = data else {
                    completionHandler(.failure(error))
                    return
               }

               completionHandler(.success(data))
          }

          task.resume()
     }
}

class StringFormatter {
     enum Error: Swift.Error {
          case emptyString
     }

     func format(_ string: String) throws -> String {
          guard !string.isEmpty else {
               throw Error.emptyString
          }

          return string.replaceOccurrences(of: "\n", with: " ")
     }
}

guard let config = FileLoader().loadFile(named: "Config.json") else {
     preconditionFailture("Failed to load config file")
}

class DetailDView: UIView {
     struct ViewModel {
          var title: String
          var subtitle: String
          var action: String
     }

     var viewModel: ViewMode?

     override func didMoveToSuperview() {
          super.didMoveToSuperview()

          guard let viewMode = viewModel else {
               assertionFailure("No view model assigned to Detailview.")
               return
          }

          titleLabel.text = viewModel.title
          subtitleLabel.text = viewModel.subtitle
          actionButton.setTitle(viewModel.action, for: .normal)
     }
}

• Git 사용을 위한 GitKraken를 추천한다. GitKraken은 자동으로 GitFlow를 추가할 수 있다.
• 이슈에 대해서는 이 Gitscout를 따로 쓰고 있다.
• GitBar는 커밋되지 않은 소스코드를 상기시켜준다.
• Build Time Analyzer는 여러분 프로젝트의 스위프트 빌드타임을 쪼개에 보야주는 macOS용 앱이다.
• Tomato One를 사용해서 Pomodoro Technique로 효율을 증가시키자.
• WatchDog는 Xcode를 끄거나 macOS를 재시작하지 않은채 자동으로 DerivedData를 정리해준다.
• Cakebrew는 GUI로 Homebrew를 관리한다.
• Liya는 하나의 인터페이스에서 MySQL, PostgreSQL, SQLite3에 접근할 수 있다.
• Quiver는 코드 조각 메니저이고 메모나 코드, 파일을 저장해놓는 노트이다. 5년동안 snippets를 사용했었는데, 스위프트가 추가되었다는 이유로 이것을 사용했다. 그러나 이제 바꿀때가 된것 같다.
• Oh My Zsh와함께 터미널을 쓰면 터미널이 눈과 두뇌를 가지게 될 것이다.
• 나중에 읽고 싶으면 Pocket에 담아두자. 사파리나 크롬 익스텐션은 설치하지 말자. LINER 이것도 있다.
• 이미지를 작게 만드려면 Squash를 사용하자. 무료의 솔루션으로는 guetzli도 있다.
• 여러분이 Sketch는 알거라 생각된다. 그러면 Zeplin라는 것도 있는데, 이것도 확인해보자.
• 인터렉트 레이아웃 텍스트나 모든 화면 크기를 확인하고자할때는 RevealApp를 쓰자.
• SizeUp는 단축키로 여러분의 창 크기를 조정하고 위치를 조정해준다.
• BitBar는 모든 스크립트 출력을 macOS 메뉴바에 보여준다. 더 중요한 것은 리뷰의 평균 점수, 앱 상태, 버전, 이런 당신이 필요로하는 어떤것이든 넣을 수 있다. dev 플러그인을 확인하는 것을 잊지말자.
• LittleIpsum 단어나 문장, 문단을 생성해준다.
• 지금은 코드 snippets을 사용하고 있다.코드 snippets이 어디에 쓰였는지, 언제 쓰였는지 알고 싶다면 Paste는 클립보드 관리자이다.
• Gitsome은 터미널에서 쓸 수 있는 멋진 Git/GitHub 커멘드라인 인터페이스이다.
• Easy APNs Provider는 최고의 푸시 노티피케이션 테스팅 툴이다.
• Houston은 애플 푸시 노티피케이션을 위한 간단한 gem이다.
• Bee는 JIRA 클라이언트, JIRA 에자일 클라이언트, 깃헙 이슈 클라이언트, FogBugz 클라이언트, 마크다운 편집기의 모든 기능이 들어있다.

• Fedrico Viticci, John Voorhees의 AppStories를 확인해보아라.

• 내 프로젝트에서 가짜 데이터가 필요하다면 Fakery를 추천한다.
• LocalizationKit는 스위프트로 다이나믹 다국어 번역 배달 시스템이다.
• Armchair는 스위프트로 작성된 간단하지만 강력한 앱 리뷰 관리자이다. iOS와 macOS용이 있다.
• Siren는 설치된 iOS 앱의 버전을 확인하고 새 버전이 출시되었을 때 알림을 준다.
• SwiftGen는 자동 스위프트 코드 생성을 위한 코드 생성기이다.
• Bohr는 화면을 설정하기위한 초기 세팅을 할 수 있게 해준다.
• SwiftyJSON는 JSON 파싱계의 최고봉이다. 만약 문제를 겪으면 kitura(링크) 버전을 확인해보자.
• SwiftyBeaver는 스위프트를 위한 다채롭고, 유연하며, 가벼운 로그 툴이다. 그리고 탐색, 검색, 필터링을 위한 맥용 앱을 제공한다.
• 스위프트에서 JSON 파싱 라이브러리의 대안으로는 ✨ Gloss가 있다.
• Hero는 커스텀된 뷰컨트롤러 트렌지션을 제공한다.

• AppSight는 iOS 모바일 앱에서 회사가 어떤 SDK와 서비스를 사용했는지 찾아준다.
• iOSCookies는 스위프트로 작성된 iOS 라이브러리 컬랙션이다.
• Ole Begemann는 iOS에대한 거장의 블로그이다.
• littlebitesofcocoa는 iOS와 맥을 위한 팁과 기술이다.
• 멋진 모바일 엔지니어링 블로그이다. 당신은 Toptal에 있는 모든 글을 읽으면 좋을 것이다.
• Erica Sadun는 깊은 iOS 블로그이다.

• 맥의 터미널에서 내가 자주 사용하는 명령과 단축키 리스트이다.
• Xcode에서 단축키의 리스트이다.
• 웹 주변으로부터의 공인 API 목록들이다.
• iOS를위한 최고의 폰트 라이브러리이다.

• 로컬에 MongoDB, MySQL, Jenkins, Minecraft을 설치하고 싶지 않으면 Docker가 그것에대해 혹은 그 이상으로 도움을 줄것이다. Docker를 사용하면 여러분의 프로젝트나 프로토타입을 위해 백엔드, 데이터베이스, 배포된 앱을 빌드할 수 있다. 스위프트를 위한 Docker를 확인해보자.
• 여러분이 Docker를 사용하고 있다면, Kitematic와 Captain를 사용하면 좋다.
• 클라우드 컴퓨팅 플랫폼이 필요하면 나는 digitalOcean를 즐겨쓴다.
• 프로젝트를 관리하는데는 Asana를 사용한다.
• rollout.io는 앱에서 크래쉬를 고치고 파라미터를 재정의한다.
• GoogleAnalytics는 제품 사용을 분석해준다.
• Zoommy에서는 한 곳에서 무료 사진을 찾을 수 있다.
• heNounProject는 무료이며 높은 품질의 아이콘을 가지고 있다.

• Ulysses는 발행에있어서 최고의 맥용 앱이며, 마크다운 편집기, 글을 쓰는데 좋다.
• Podfile과 함께 작업할때는 나는 Atom를 더 선호한다.
• node.js나 express.js로 작업한다면 Brackets 사용을 선호한다. 여러분이 WWDC2016(링크) 테마를 다우받고 싶으면 여기서 다운받을 수 있다.

1. 여러분 앱의 모든 의존성을 초기화한다.
2. 전역의 UIAppearance 값들을 초기설정한다.
3. 푸시 노티피케이션을 다룬다.
4. 푸시 노티피케이션을 등록한다.

public protocol ApplicationService: UIApplicationDelegate {}

import Foundation
import PluggableApplicationDelegate

final class LoggerApplicationService: NSObject, ApplicationService {
    func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplicationLaunchOptionsKey : Any]? = nil) -> Bool {
        print("It has started!") return true
    }
    func applicationDidEnterBackground(_ application: UIApplication) {
        print("It has entered background”)
    }
}

import UIKit 
import PluggableApplicationDelegate 

@UIApplicationMain 
class AppDelegate: PluggableApplicationDelegate { 

    override var services: [ApplicationService] { 
        return [ LoggerApplicationService() ] 
    } 
}

import UIKit 
import PluggableApplicationDelegate 

@UIApplicationMain 
class AppDelegate: PluggableApplicationDelegate { 

    override var services: [ApplicationService] { 
        return [ 
            PushNotificationsService(), 
            AnalyticsService(), 
            CustomAppearanceService(),
            FirebaseService(), 
            FacebookSDKService() 
        ] 
    } 
}

• VIPER 아키텍처란?
• VIPER 아키텍처로 iOS 앱 만들기
• VIPER 아키텍처의 이점들

• View : View의 책임은 사용자의 동작을 Presenter로 보내주고 Presenter가 요청하는 모든 것을 보여준다.
• Intereactor : 이것은 비지니스 로직을 가지고있는 앱의 뼈대이다.
• Presenter : 이것의 책임은 사용자 동작에 Interactor에서 데이터를 뽑아온 뒤, 그것을 보여주기 위해 View에 보낸다. 또한 네비게이션(화면이동)을 위해 router(혹은 wireframe)에게 물어보기도한다.
• Entity : Interactor에서 사용하는 기본 오브젝트 모델이다.
• Router : 이것은 어느 화면이 언제 나타날지에대한 정보를 담고 있는 네비게이션 로직이다. 보통 wireframe으로 쓰인다.

• 시작화면 : 일반적인 시작화면이다 따라서 더 설명할건 없다.
• PostListView :화면  이 PostListView는 포스팅 목록을 가져와라고 Presenter에게 말한다. 그런 다음 Presenter는 관련 데이터를 위해 Interactor에게 접근한다. Intereactor는 로컬 데이터베이스에서 그 데이터의 사용 가능 여부를 확인해보고, 만약 데이터가 있으면 Presenter로 반환하고, Presenter는 View로 반환한다. 데이터가 로컬 데이터베이스에 없을경우 네트워크를 호출하여 데이터를 가져온 다음 Presenter에게 반환한다. 그리고 역시 이 데이터를 로컬 데이터베이스(CoreData)에 저장한다.
• PostDetailView 화면 : 사용자가 PostViewList에 표시된 포스트를 클릭하면, PostListPresenter는 PostDetailView를 열어도 되는지 Router(PostListWireFrame)에게 물어본다. 선택된 포스팅의 세부사항이 이 화면에 나타난다.

• 재사용성과 테스트용이함을 위해 코드를 분리할 수 있다.
• 그 역할에 맞춰 앱 컴포넌트를 분리할 수 있으며, 이것을 seperation of concern이라 부른다.
• 새 기능을 추가하기 쉽다.
• UI 로직이 비지니스 로직으로부터 떨어져있기 때문에 자연스럽게 테스트를 만들기 쉬워진다.

1. Smalltalk-80
2. 코코아(AppKit/UIKit)
3. Taligent
4. 컨트롤러 문제
5. 바인딩
6. 새로운 무언가?
7. 결론

아마 UI 개발에서 널리 인용된 패턴은 Model-View-Controller(MVC)이다. 또한 많이들 잘못 인용되고 있다. 나는 MVC가 이것처럼 아무것도 아니게 되버렸다고 설명한 것을 보는데 시간가는줄 몰랐다 - Martin Fowler, GUI Architectures

• Sleep Cycle : 애플의 헬스를 넣었고, 일어나기 모드, 유용한 원형 차트 리프토 도구와 함께 세계의 통계와 필립스 휴를 넣었다.
• WaterMinder : 하루 물 섭취 이력을 따라갈 수 있다. 코딩하는동안 물 마시는 것을 밎을 수 있는데, 이 앱이 물을 마시라고 알려주며, 다른 종류의 액체류 섭취량(커피 휫수!)도 넣을 수 있다.
• DayOne : 2년이상 쓰고 있는 앱이다.
• Facebook : 모든것이 한곳에 있는 앱이다. 스포츠나 메시지, voip, 날씨나 뉴스앱을 따로 설치할 필요가 없다.
• Mdeium : 순수하고 네이티브하고 오가닉하며 최신의 그리고 point shot 기술관련 글을 쉽게 찾을 있고 그 회사와 개발자들의 비전을 배울 수 있다.

• mutableContainers는 배열과 딕셔너리를 변수 오브젝트(상수가 아닌)로 만들어준다.
• mutableLeaves는 JSON 오브젝트 그래프에서 리프(leaf)의 문자열을 변수 문자열 인스턴스로 만들어준다.
• allowFragments는 배열이나 딕셔너리 인스턴스가 아닌 최고수준 오브젝트로 파싱할 수 있게 해준다.

1. Red : 보통 7줄이 넘지 않는 짧은 테스트 코드를 작성하고 실패를 확인한다
2. Green : 짧은 제품 코드를 작성한다. 다시 7줄이 넘지않는 짧은 테스트 코드를 작성하고 테스트가 통과하게 만든다.
3. Refactor : 테스트가 통과하면, 걱정없이 변경할 수 있다. 코드를 정리(clean up)한다. 여기에 훌륭한 워크샵 노트가 있다.

git squash

• Any는 모든 타입에대해 인스턴스를 나타낼 수 있으며, 함수 타입이나 옵셔널 타입까지도 포함된다.
• AnyObject는 모든 클래스 타입의 인스턴스를 나타낸다.

git bisect

git stash

• SiriKit
• Proactive Suggestions
• 메시지 앱과 동합하기
• 사용자 노티피케이션
• 앱 익스텐션
• CallKit
• 음성 인식
• 앱 검색 증진

• Xcode Server
• Jenkins
• TeamCity

• TravisCI
• Bitrise

• 오디오, 비디오, 이미지를 넣을 수 있게 되었다.
• 노티피케이션에 커스텀 인터페이스를 넣을 수 있게 되었다.
• 노티피케이션 센터에서 인터페이스를 관리할 수 있게 되었다.
• 새로운 노티피케이션 익스텐션은 우리가 전달하기 전에 리모트 노티피케이션 적재량을 관리할 수 있게 되었다.

• 스위프트 코딩
• 인자화된 현실성
• IoT
• 보안성 증진
• 엔터프라이즈 앱에서의 성장
• 하이브리드 기술(리엑트 네이티브)에서의 성장

• 멋진 iOS 인터뷰 질문들

• 스위즐될 메소드를 가진 클래스는 NSObject를 확장해야한다.
• 스우즐하고싶은 메소드는 동적 속성을 가지고 있어야한다.

1. 함수에 클로저를 전달한다.
2. 함수가 클로저를 실행시킨다.
3. 함수는 반환한다.

• 비동기 실행 : 디스패치 큐에서 비동기적으로 클로저를 실행시킨다면 큐는 클로저를 잡고 있을 것이다. 클로저가 언제 실행될지는 알지 못하고 함수가 리턴되기 전에 이것이 완료될지는 보장하지 못한다.
• 스토리지 : 전역 변수, 프로퍼티, 아니면 다른 스토리지(이전의 함수호출에 살고있는)에 클로저를 저장하면 클로저는 escape된다.

• 실제로 존재하는가
• Objective-C로 적절하게 노출되었는가

1. (PhoneGap과 다르게) 앱을 리엑트 네이티브로 짜면 자바스크립트로 작성하고 실행시키지만, 앱 UI는 전적으로 네이티브이다. 따라서 HTML5 UI와 소통하는 요소는 없다.
2. 추가적으로(Titanium과 다르게), 리엑트는 novel, radical, 매우 함수적인 접근법을 UI 구성에 사용한다.요약하면, 앱 UI는 간단히 현재 앱 상태의 함수로 표현된다.

• View Debugger는 런타임시 우리의 레이아웃을 시각화해주고 constraint 정의를 보여준다. 이것이 Xcode6부터 있었지만 Xcode8에서 constraint 충돌에대한 경고가 새로  나왔는데 매우 유용하며, 다른 편리한 기능들도 소개되었다.
• Tread Sanitizer는 Xcode8에서의 완전히 새로운 런타임 도구인데, 스레드 이슈를 경고해준다-가장 눈에띄게는 잠재적인 경쟁상태가 있다.
• Memory Graph Debugger도 Xcode8에서 완전히 새로 나온 것이다. 이것은 시간상 한 지점의 앱 메모리 그래프를 시각화해주고 이슈 네비게이터에서 누수를 표시한다.

1. 실패한 유닛테스트를 통과시키지 않은 것을 제품의 코드로 만들지 않아야한다.
2. 충분히 실패한 것보다 더 많은 코드를 작성하지 않으면 안된다; complication 실패는 실패이다.
3. 한가지 실패한 유닛테스트를 통과시킨것보다 더 제품의 코드를 쓰지 않아야 한다.
   

1. You are not allowed to write any production code unless it is to make a failing unit test pass. 
2. You are not allowed to write any more of a unit test than is sufficient to fail; and compilation failures are failures. 
3. You are not allowed to write any more production code than is sufficient to pass the one failing unit test.

• Arrange, 필요한 모든 예측과 입력
• Act, 테스트중에 오브젝트나 메소드에서 일어나는 것
• Assert, 예상한 결과가 나오는 것

• 좋은 테스트는 예상되는 동작의 훌륭한 문서가 된다.
• 우리가 뭔가 바꾸면 테스트가 실패할거라는 것을 알고 있기 때문에 계속해서 우리 코드를 리팩토링할것이라는 확신을 준다.
• 테스트를 짜기 어려우면 그 아키텍처를 개선시킬 수 있다. 다음 RGR(Red-Green-Refactor)는 초기에 개선할 수 있게 도와준다.

1. 텍스트의 서체를 정하는 것부터 시작하라
2. 서체를 섞어 쓰는 것을 피하라
3. 줄 길이를 확인해라
4. 줄의 높이와 포인트 크기의 균형을 맞춰라
5. 적절한 아포스트로피(Apostrophe)와 데쉬(Dash)를 사용하라

• GET : 웹페이지같은 것이 데이터를 검색하는데 사용한다. 그러나 서버의 데이터를 변경할 순 없다.
• HEAD : GET의 식별이지만 헤더에 되돌려받으며 실제 데이터는 들어있지 않다.
• POST : 서버에 데이터를 보내는데 사용되며, 보통 양식(form)을 채워넣고 보내기(submit)버튼을 누를때 사용된다.
• PUT : 특정 제공된 위치에 데이터를 보낼때 사용한다.
• DELETE : 특정 제공된 위치의 데이터를 지울 때 사용한다.

• 오브젝트들이 엮이는것을 막는다
• 자식클래스 오브젝트 필요 없이 동작이나 모습을 수정한다
• 임의의 오브젝트에게 작업을 넘겨줄 수 있다

• 코드의 캡슐화
• 코드의 모듈화
• 코드의 재사용성

1. 앞단-front end(lexical analysis, 파싱)
2. 최적화기-optimizer(추상 문법 트리를 최적화)
3. 뒷단-back end(기계어를 생성)

1. Non-running : 앱이 실행되지 않고 있음
2. Inactive : 앱이 포그라운드에서 실행되고 있으나 이벤트는 받지 않음. iOS앱은 inactive 상태로 들어갈 수 있는데, 전화나 SMS 메시지를 받을때가 그 예이다.
3. Active : 앱이 포그라운드에서 실행되며 이벤트도 받고 있음.
4. Background : 앱이 백그라운드에서 실행되고 코드를 실행하고 있음.
5. Suspended : 앱이 백그라운드에 있으나 코드가 실행되지 않음.

• as는 업캐스팅(Upcasting)에 사용되고 타입을 연결된 타입에 타입캐스팅에 사용된다.
• as?는 실패하면 nil을 반환하는 안전한 캐스팅으로 사용된다.
• as!는 실패하면 크래쉬가나는 강제 캐스팅에 사용된다. 다운캐스팅이 실패하지 않을 것이라는 것을 알때만 사용한다.

• 사용자처럼 생각하고 UX를 설계하기
• 사용자가 밀집된 인구가 아닌 사람들이라는 점을 기억하기
• 앱을 알릴때 모든 상황에서 유용한지 고려하기
• 앱을 출시한 이후에서 계속 앱 사용성을 고민하기

• 생성 : 싱글톤
• 구조 : MVC, Decorator, Adapter, Facade
• 동작 : 옵져버, Memento

• Models : 도메인 데이터의 역할이나 데이터를 조작하는 레이어를 접근하는 데이터. 'Person' 이나 'PersonDataProvider'를 생각하면 된다.
• Views : 표현하는 레이어(GUI)의 역할, iOS 환경에서는 접두에 UI로 시작하는 모든 것들이라고 생각하면 된다.
• Controller/Presenter/ViewModel : Model과 View의 중개인, 보통은 View에서 실행된 사용자 행동에 반응하여 Model을 바꾸고 바뀐 Model로부터 View에 갱신하는 역할을 한다.

• _Null_unspecified, 이것은 스위프트스위프트 묵시적 언랩핑된 옵셔널에 연결해준다. 디폴트로 되어있다.
• _Nonnull, 이 값은 nil이 되면 안될때 정규 참조에 연결해준다.
• _Nullable, 이 값은 nil이 될 수 있고, 옵셔널로 연결해준다.
• _Null_resettable, 읽을때, 그러나 재설정한다는 것을 알기위해 이것을 설정할 수 있을때, 이 값은 절때 nil이 될 수 없다. 이것은 프로퍼티에만 적용가능하다.

• 당신의 오브젝트들를 생성하고 디스크에 시리얼라이즈한다(serialize)
• 이것은 훌륭하나 매우 제한된 유스케이스이다
• 여러분의 결과물을 필터링하기위한 복잡한 쿼리를 명확하게 사용할 수 없다.
• 매우 느리다
• 뭔가 필요할 때마다, 시리얼라이즈나 디시리얼라이즈를 해야한다.
• 스레드-세이프 하지 않다

• 테이블간의 관계를 정의해야한다. 모든 테이블마다 스킴을 정의한다
• 데이터를 패치하기위해 손수 쿼리를 작성해야한다
• 데이터를 쿼라한 다음 모델에 매핑 시켜야한다
• 쿼리는 매우 빠르다

• 오픈소스 데이터베이스 프레임워크이다
• 스크래치에서 구현되었다
• Zero copy object store
• 빠르다

• 중요한 위치 변화(Significant location changes) : 약 500미터마다 위치가 전송된다.(때로는 1km 이상일 때도 있다)
• 지역 모니터링(Region monitoring) : 반경이 100m나 그 이상으로의 원형 지역에서 들어가고 나가는 것을 추적한다. 지역 모니터링은 GPS 이후 가장 정확한 API이다.
• 방문 이벤트(Visit events) : 한 장소(집/사무실)로 들어가고 나오는 방문 이벤트 장소를 모니터링한다.

• 옵셔널타입, 앱의 크레쉬를 방지해준다
• 내장된 에러 핸들링
• 클로저
• 다른 언어에비해 빠르다
• 타입-세이프 언어
• 패턴 매칭을 지원한다

• 프로세스, 실행되고있는 한 앱의 한 인스턴스
• 스레드. 코드상의 실행 경로
• 멀티스레드, 동시간에 실행되는 다중 스레드 혹은 다중 경로
• 동시성, 스케일 조절이 가능한 방법으로 한번에 여러 작업을 실행시키는 것
• 큐, 큐는 먼저들어간 것이 먼저나온다는 FIFO(First-in, First-out)방식으로 오브젝트를 관리하는 경량의 자료구조
• 동기 vs 비동기 작업

• Dispatch Queues, 디스패치 큐는 FIFO 순서로 작업을 실행시키는 역할을 담당한다.
• Serial Dispatch Queue, 시리얼 디스패치 큐는 한번에 한 작업만 실행시킨다.
• Concurrent Dispatch Queue, 컨커런트 디스패치 큐는 시작한 작업이 끝나는것을 기다리지 않고 가능한 많은 작업을 실행시킨다.
• Main Dispatch Queue, 앱의 메인 스레드에서 작업을 실행할 수있는 전역에서 사용가능한 시리얼 큐

• Race Condition(경쟁 상태), 경쟁상태는 공유된 데이터를 2개 이상의 스레드가 접근하거나 동시에 서로 변경하려고 할 때 나타난다
• Deadlock(데드락), 데드락은 2개 혹은 그 이상의 작업이 다른 작업이 끝나기를 서로 기다리고 있을때 나타난다
• Readers-Writers problem, 읽기는 동시에 여러 스레드에서 할 수 있지만 쓰기는 한 스레드에서만 할 수 있다
• Readers-Writer lock, 이런 락은 동시에 공유된 데이터에 read-only 접근은 허용하되 write 작업은 독점적인 접근을 요구한다
• Dispatch Barrier Block, 디스패치 베리어 블럭은 동시적인 큐와 작업할때 시리얼-스타일(serial-style)의 버틀넥을 만든다

• 튜플 패턴(Tuple patterns)은 튜플타입에 해당하는 값을 매칭시키는데 사용된다.
• 타입케스팅 패턴(Type-casting patterns)은 타입을 캐스팅하거나 매칭할 수 있게 해준다.
• 와일드카드 패턴(Wildcard patterns)은 어떤 종류나 타입의 값을 매칭 혹은 무시한다.
• 옵셔널 패턴(Optional patterns)은 옵셔널 값을 매칭하는데 사용된다.
• 열거형 케이스 패턴(Enumeration case patterns)은 존재하는 열거형 타입의 케이스를 메칭한다.
• 표현식 패턴(Expression patterns)은 주어진 식에대한 주어진 값을 비교할 수 있게 해준다.

좋은 리네이밍

인덱스를 사용하여 컬렉션을 탐색하기

범위(Range) 사용하기

Playground

더 읽을거리

• Swift String Cheat Sheet
• SE-0006 Apply API Guidelines to the Standard Library
• SE-0065 A New Model for Collections and Indices

JSON Models

중요 note : 우리 예제는 Xcode8.0 베타2에서 만들어졌고, 아마 항상 모든 버전에서 잘 동작하지는 않을지도 모른다. 만약 여전히 엘케피탄에서 작업하고 있다면 Xcode8.0 beta Release Notes에 들어가서 IDE와 Source Editor Extension에 관한 Xcode8.0 beta 이슈를 보아라. 또한 당신의 extension을 실행시킬때 약간의 딜레이가 있다. 만약 프로젝트가 너무 빨리 열린다면 extension이 불러와지기 전에 켜진것이며, 테스트 Xcode의 인스턴스 메뉴에서 사용할 수 없을 것이다.

요약

터치 핸들링

Hit Testing

Responder Chain

제스처

요약

관련 링크

• (번역) Hit-Testing in iOS 

새로운 버전의 Buffer 앱의 새로운 변화

목표 : 부드러운 스크롤링을 위해 초당 60프레임을 지원

전략: 페이스북의 AsyncDisplayKit을 사용하기

다음으로 할것 + 여러분의 생각

이론

• 바이너리를 난독화 시킨다
• 바이너리 크기가 작아진다

• 따로 분리된 dSYM 파일은 각 빌드마다 생성되기 때문에 긴 빌드시간이 걸린다.

문제점

0   YourApp                         0x00000001001e1594 0x100058000 + 1611156
1   YourApp                         0x00000001000ed74c 0x100058000 + 612172
2   UIKit                           0x000000018f2b67b0 -[UIApplication sendAction:to:from:forEvent:] + 96
3   UIKit                           0x000000018f42a5ec -[UIBarButtonItem(UIInternal) _sendAction:withEvent:] + 168

symbolicatecrash YourApp\ \ 17-10-16\ 23-15.crash YourApp.app/YourApp > symbolicated.crash

• Cocoa SDK 메소드들이 결국 바뀌었다.
• Bitcode를 활성화하면 그 서버에서 애플이 앱을 다시 컴파일한다.

비결

• 시뮬레이터 빌드 속도가 더 빨라진다(우리는 거의 항상 연결되있는 디버거를 쓰므로 이제 크레쉬 리포트는 필요하지 않다)
• 기기 빌드에대해 모든 크레쉬 리포트(디버거 외부에서 동작할 확율이 높은)

요약

크레쉬 조사하기

공유된 앱 컨테이너

어떻게 크레쉬를 낼까

• 몇백개의 데이터베이스 쿼리에 applicationDidEnterBackground 메소드를 설정한다.
• 내 맥에서 콘솔앱을 열고 Castro를 언급한 메시지로 걸러낸다.
• Xcode를 통해 앱을 설치하되 앱 아이콘을 눌러 앱을 실행한다.
• 앱을 백그라운드로 보내기위해 홈버튼을 누르고 바로 포켓몬고를 열어 메모리 압박으로 인한 Castro의 정지를 기대한다.

백그라운드 패치를 해냄

• 앱이 정지해있을때 앱을 죽이면 데이터 쓰기가 이루어질 수 없고 데이터를 오염시킨다.
• 파일이 두 앱 간에 공유되고 두번째 앱/extension이 실행되면, 두번째 앱은 강제로 락을 풀고 일관된 상태에 파일을 복구하려 할 것이다. 첫번째 앱은 일관되지 않은 상태를 빠져나오거나, 공유된 파일을 완전히 무시한다.

결론

• 애플은 다른 서비스들이 발견하지 못한 크레쉬를 보고해준다. 아이튠즈 커넥트나 Xcode, 외부 서비스들까지도 크레쉬 리포트를 확인해보자.
• 파일 락의 정책은 당신의 데이터베이스가 공유된 공간에 있을 때 더욱 엄격해진다.
• 백그라운드 패치 완료 블락에 의존하는 것으로는 충분하지 않다. 활성 백그라운드 작업없이는 백그라운드에서 어떤 작업도 하지마라.
• 앱 라이프 사이클의 특정 부분에서만 나타나는 이슈는 디버깅하기 힘들다. 아직 재현해보지 못했다면 새 시에라의 Console.app을 배워서 사용해보아라.
• 기술 지원 사건들(Technical Support Incidents)을 기억하며, 이것도 우리가 매년 지불하는 개발자 맴버쉽에 포함된다(원문: Don’t forget about Technical Support Incidents, you get 2 included in your developer account payment every year).

• 사용자가 다운로드를 시작하고 앱을 멈춘다.
• 몇 초뒤(내 경험으로는 10-30초이다) 앱은 꺼진다.
• 다운로드는 다른 프로세스에서 계속 진행된다.
• 다운로드가 끝나면, 앱은 다시 켜지고 당신의 앱 델리게이트가 다운받기 시작할때 사용한 id와 함께 application(handleEventsForBackgroundSessionWithIdentifier:)에서 받는다.

다른 에러로 나타날 수도 있다. 실제로 내 로컬 서버가 동작하지 않을때 커넥션 에러가 나는데, 다운로드는 계속 진행되는것 같지만 계속해서 0%를 가리켰다. 로컬 서버를 켜니 마치 아무 문제 없던것처럼 다운로드를 시작했다.