BeanKhaners

OperationQueue suspend 상태에서 AsyncOperation 사용 시 Crash 현상

beankhan — Wed, 29 Jun 2022 15:51:03 +0900

Crash Log

Termination Signal: Segmentation fault: 11
Termination Reason: Namespace SIGNAL, Code 0xb
Terminating Process: exc handler [3557]
Triggered by Thread:  0
Thread 0 name:
Thread 0 Crashed:
0   Foundation                      0x000000018b10777c __NSOQSchedule + 252 (NSOperation.m:285)
1   Foundation                      0x000000018b1076ec __NSOQSchedule + 108 (NSOperation.m:1766)
2   Foundation                      0x000000018b109344 __addOperations + 936 (NSOperation.m:2604)

재현 조건

1. OperationQueue 와 AsyncOperation 사용

2. OperationQueue 가 suspend 된 상태에서 cancelAllOperation 호출

// Operation Queue

let queue = OperationQueue()
queue.maxConcurrentOperationCount = 1

internal class AsyncOperation: Operation {
    
    //MARK: - Property Override
    override var isAsynchronous: Bool {
        return true
    }
    
    override var isExecuting: Bool {
        return self.state == .executing
    }
    
    override var isFinished: Bool {
        return self.state == .finished
    }
    
    private let completion: AsyncOperationCompletion?
    init(completion: AsyncOperationCompletion?) {
        self.completion = completion
        super.init()
    }
    
    //MARK: - Operation State
    enum State {
        case ready, executing, finished
        func keyString() -> String {
            switch self {
            case .ready:
                return "isReady"
            case .executing:
                return "isExecuting"
            case .finished:
                return "isFinished"
            }
        }
    }
    
    private var state = State.ready {
        willSet {
            willChangeValue(forKey: self.state.keyString())
            willChangeValue(forKey: newValue.keyString())
        }
        didSet {
            didChangeValue(forKey: self.state.keyString())
            didChangeValue(forKey: oldValue.keyString())
        }
    }
    
    //MARK: - Operation Job
    override func start() {
        if self.isCancelled {
            self.finishByCancel()
            return
        }
        self.state = .executing
        self.async()
    }
    
    internal func async() {
        //Must Override
        preconditionFailure()
    }
    
    final internal func finishByCancel() {
        self.finish(result: nil,
                    error: AsyncOperationError.cancelled)
    }
    
    final internal func finish(result: Any?,
                               error: Error?) {
        if self.state == .finished {
            return
        }
        
        self.state = .finished
        
        guard let completion = self.completion else {
            return
        }
        
        DispatchQueue.main.async {
            completion(result, error)
        }
    }
    
}

현상

쌓여있는 Operation 들이 cancel 을 받으며
추후 이상 동작하는 현상이 발견
(addOperation 시, isSuspend 시, state 변경 시 crash 발생)

해결

OperationQueue 가 suspend 된 시점에 cancel 을 직접하지 않으면 정상동작한다.

따로 cancel method 를 상속받지 않도록 하고

직접 호출하지 않도록 한다.

cancelAllOperation 호출 시
Operation 내부적으로 isCancelled 상태를 가지게 되고,
시작 시 isCancelled 면 동작을 하지 않도록 예외 처리한다.

Optimization Level + Assertion

beankhan — Fri, 12 Mar 2021 10:31:29 +0900

컴파일러에게 빌드를 특정 수준으로 최적화 레벨을 설정할 수 있는 옵션

빌드속도 증가를 위해서 Fastest 설정

Apple Clang - Code Generation (ObjectiveC)

Swift Compiler - Code Generation

-Onone	일반적인 개발 모드 최소한의 최적화 수행 및 디버그 정보 보존
-O	상용 모드 생성되는 코드의 유형과 양을 크게 변경할 수 있는 적극적인 최적화 수행 디버그 정보는 손실
-Osize	성능보다 코드 크기를 우선시 하는 특수 최적화 모드
-Ounchecked	성능을 위해 안전성을 교환하는 특수 최적화 모드 오버플로/유형 검사 제거 일반적으로 사용하기 위한 모드는 아님.

앱 내 Assertion 사용 시 설정 주의 필요

Swift 의 경우

-Onone 의 경우 assertion 이 동작,

-O, 0Ounchecked 의 경우 assertion 이 동작하지 않음

func assert(_ condition: @autoclosure () -> Bool, _ message: @autoclosure () -> String = String(), file: StaticString = #file, line: UInt = #line)

In playgrounds and -Onone builds (the default for Xcode’s Debug configuration): If condition evaluates to false, stop program execution in a debuggable state after printing message.
In -O builds (the default for Xcode’s Release configuration), condition is not evaluated, and there are no effects.
In -Ounchecked builds, condition is not evaluated, but the optimizer may assume that it always evaluates to true. Failure to satisfy that assumption is a serious programming error.

Objective C 의 경우

최적화 Level 과 assertion 은 관련이 없음

참고

gwangyonglee.tistory.com/50

dmtopolog.com/code-optimization-for-swift-and-objective-c/

stackoverflow.com/questions/57156601/optimization-levels-in-xcode

PHImageManager requestImage 의 TargetSize 별 속도차이

beankhan — Fri, 22 Jan 2021 14:48:17 +0900

오랜만에 iOS 를 다시하려니..

쉽지는 않다

간단한 3개의 column 을 가진 갤러리인데 왜 이것저것 문제가 생기는지 원

무튼..

TargetSize 가 클 때 버벅이는 문제점

PHImageManager 를 이용해 requestImage 후

UICollectionViewCell 에 image 를 채워주는 코드다.

let asset = self.fetchResult[indexPath.item]
cell.requestIdentifier = asset.localIdentifier
self.imageManager.requestImage(for: asset,
                               targetSize: targetSize,
                               contentMode: .aspectFill,
                               options: nil) { (image, info) in
      if let image = image,
          cell.requestIdentifier == asset.localIdentifier {
          cell.refreshImage(image)
      }
}

여기서 targetSize 가 360을 초과할 때 문제가 생긴다.

target size 를 cell size * UIScreen.main.scale 로 표시할 때

375 이상 단말에서 발생한다.

(iPhone Xs, iPhone 12 Pro Max 모두 동일)

let targetSize = CGSize(width: cell.bounds.size.width * UIScreen.main.scale,
                        height: cell.bounds.size.height * UIScreen.main.scale)

requestImage Loading 시간 Test

환경은 iPhone Xs, iOS 14.3 이다.

targetSize = CGSize(width: 360, height: 360)

loadImage 133.6190700531006ms
loadImage 86.13002300262451ms
loadImage 81.03799819946289ms
loadImage 76.26807689666748ms
loadImage 72.24202156066895ms
loadImage 68.07899475097656ms
loadImage 59.33105945587158ms
loadImage 54.16405200958252ms
loadImage 49.3619441986084ms
loadImage 44.40498352050781ms
loadImage 39.225101470947266ms
loadImage 35.03704071044922ms
loadImage 30.121922492980957ms
loadImage 25.251030921936035ms
loadImage 7.327914237976074ms
loadImage 16.730070114135742ms
loadImage 10.842084884643555ms
loadImage 11.767029762268066ms
loadImage 7.25400447845459ms
loadImage 6.973981857299805ms
loadImage 7.227897644042969ms
loadImage 6.693005561828613ms
loadImage 7.0389509201049805ms

최초 로드 시 조금 overload 가 있을 뿐, 이후에는 cache 도 되는 것으로 보인다.

targetSize = CGSize(width: 361, height: 361)

loadImage 580.5469751358032ms
loadImage 622.2449541091919ms
loadImage 673.117995262146ms
loadImage 610.7490062713623ms
loadImage 574.8450756072998ms
loadImage 599.7929573059082ms
loadImage 411.51106357574463ms
loadImage 426.4489412307739ms
loadImage 409.8759889602661ms
loadImage 472.31197357177734ms
loadImage 468.2660102844238ms
loadImage 527.7990102767944ms
loadImage 534.7820520401001ms
loadImage 591.8979644775391ms
loadImage 598.7859964370728ms
loadImage 104.32195663452148ms
loadImage 98.97208213806152ms
loadImage 172.6769208908081ms
loadImage 182.95001983642578ms
loadImage 255.5069923400879ms
loadImage 247.4379539489746ms
loadImage 309.08799171447754ms
loadImage 305.5839538574219ms
loadImage 357.0899963378906ms
loadImage 337.4519348144531ms
loadImage 392.5809860229492ms
loadImage 388.3800506591797ms
loadImage 437.3970031738281ms
loadImage 429.92091178894043ms
loadImage 490.8970594406128ms
loadImage 464.81597423553467ms
loadImage 521.8160152435303ms
loadImage 507.76004791259766ms
loadImage 567.1910047531128ms
loadImage 552.5209903717041ms
loadImage 578.2270431518555ms
loadImage 611.9949817657471ms
loadImage 646.6279029846191ms
loadImage 631.3750743865967ms
loadImage 608.3649396896362ms

한 장 로드하는데 0.6초씩 걸릴 때도 있다.

스크롤 해도 cache 되지 않아 이미지를 로드하는데 오랜 시간이 걸린다.

360.1 로 해도 마찬가지로 느리다.

결론

PHImageManager 의 requestImage 시 targetSize 가 360 을 초과한 것이라면 성능상 사용할 수 없을 정도의 속도가 나온다.

iPhone Xs, iPhone Xs Max, iPhone 12 Pro Max 모두 마찬가지이다.

PHCachingImageManager 는 scroll 시 다음 Cell 에 그려질 asset 에 대해 cache 하는 것이므로

최초 화면을 보여줄 때는 똑같이 Load 가 걸려 사용에 큰 의미는 없다...

우선은 size 를 제한해보려하는데.. 이것만이 답일지 잘 모르겠다.

H.264 와 MPEG, FFmpeg

beankhan — Fri, 18 Jan 2019 11:09:21 +0900

H.26X

표준 동영상 압축 규격으로, ITU 의 한 부서 (VCEG) 에서 정한다.

ISO 에서 정하는 규격은 MPEG 으로 영상과 음성 시스템을 포함한 폭넓은 규격을 말한다.

ITU, ISO 에서 표준화를 함께 진행하는 경우가 많다.

(H.264 = MPEG-4 Part 10 (AVC) )

대부분의 표준은 특허권이 걸려있어 무료가 아니다.

H.264 코덱을 이용하는 한국 DMB 도 MPEG-LA 에 로열티를 지불하고 있다.

MPEG-LA 는 수익을 얻지 않거나

일정 규모 이하의 경우에는 사용료를 면제해준다.

Xvid 나 x264 와 같이 오픈소스 그룹에서 만드는 호환 규약을 써도 로열티 문제는 해결되지 않는다.

위 2가지를 사용하면 GPL 이나 LGPL 규약을 따라야 해서 프로그램 소스 공개의무가 있다.

H.264

2003 년에 발표된 동영상 표준 규격으로 AVC(Advanced Video Coding) 이라는 것으로도 쓰인다.

압축률도 좋고 낮은 비트레이트에서도 좋은 화질을 가진다.

자세히) https://namu.wiki/w/H.26x?from=H.264#s-6

Profile, Level

사용하는 Device 에 따라 다양한 용도에 맞는 가이드라인을 제시하기 위해

Profile, Level 이라는 개념이 생겼다.

Profile 은 크로마 샘플링을 비롯한 잡다한 기법들이 적용된 가짓수 혹은 스펙의 정도를 구분한다.

이것저것 적용될수록 고화질을 제공하지만, 하드웨어 자원을 많이 요구한다.

Level 은 해상도, 프레임속도(fps), 비트레이트 같은 양적인 부분을 담당한다.

FFmpeg

모든 동영상, 음악, 사진 포맷들의 디코딩과 인코딩을 목표로 만들어지고 있는 오픈소스 프로젝트이다.

LGPL, GPL 이중 라이센스를 따른다.

(국산 플레이어의 GPL 위한 의혹 - https://namu.wiki/w/FFmpeg#s-6)

제공하는 것들

ffmpeg - 미디어 포맷 변환 도구

ffserver - 라이브 방송을 하는 멀티미디어 스트리밍 서버

libavcodec - 오디오/비디오 코덱 라이브러리

libavformat - 멀티미디어 컨테이너의 디먹서/먹서 라이브러리

libavdevice - 입출력 장치 제어 라이브러리

libavfilter - 미디어 필터 라이브러리

libswscale - 이미지 처리 라이브러리

libswresample - 오디오 처리 라이브러리

Decoder

동영상을 재생할 때 쓰이는 코덱으로

iOS, Mac, Android, Windows 등 모두 FFmpeg 의 libavcodec 을 기반으로 하고 있다고 무방하다.

Encoder

대다수 인코더 프로그램들은 모두 FFmpeg 기반이다.

FFmpeg 을 기반으로 하는 인코더로는 곰인코더, 팟인코더,

서비스로 아프리카가 있다.

많은 인터넷 동영상 사이트들도 ffmpeg 을 이용하고 있다.

Lavf (libavformat) 을 사용하고 있으며 영상 인코딩에도 libavcodec 을 사용하고 있다.

Wiki) https://trac.ffmpeg.org/wiki

General option) https://namu.wiki/w/FFmpeg#s-4.4

Filter Option) https://trac.ffmpeg.org/wiki/Encode/H.264

Compression Quality Measure / SSIM, PSNR) http://blog.naver.com/PostView.nhn?blogId=y4769&logNo=220505513170

동영상, Codec, Container

beankhan — Fri, 18 Jan 2019 10:58:20 +0900

동영상

기술적으로 비디오는 영화필름을 빨리 돌리는 플립북과 동일하다.

이미지를 주사율 (FPS, 초당 프레임) 에 맞춰 넘겨주고
오디오를 싱크시키면 만들어진다.

하지만 위 경우 용량이 매우 커지기에

압축이 필요하다.

압축 알고리즘을 Codec 이라 부른다.

(동영상 기술의 발전 = 압축 알고리즘의 발전)

Codec 이란

Coder and Decoder

음성 또는 영상의 신호를 디지털 신호로 변환하는 Coder,

디지털 신호에서 음성 또는 영상으로 변환하는 Decoder 를 통틀어 부르는 말

같은 영상이라도 코덱의 차이에 따라 화질이 달라지기도 한다.

컴퓨터에 직접 장착하는 하드웨어 코덱이 있고, 소프트웨어 코덱도 존재한다.

오디오 코덱

MP3, WMA, AAC, FLAC, ALAC 등 우리가 흔히 아는 오디오 확장자들이 코덱의 이름들이다.

자세히) https://namu.wiki/w/%EC%BD%94%EB%8D%B1#s-2

비디오 코덱

H.26x, WMV, VP9, AV1, ProRes 등이 있다.

H.264 는 블루레이, 아이폰 이후 스마트폰에서 활용되며 현재 가장 널리 쓰인다.

H.265 는 UHD 환경에서 쓰일 예정이다.

비디오는 영상과 음성이 (때로는 자막도) 함께 들어있어 컨테이너라는 개념이 필요하다.

이에, 파일의 확장자명과 코덱명이 따로 놀 수 있다.

오디오 확장자가 코덱명을 따르는 반면, 영상의 확장자는 코덱명으로 되어있는 것이 거의 없다.

자세히) https://namu.wiki/w/%EC%BD%94%EB%8D%B1#s-3

Container 란

비디오 파일 확장자를 의미한다.

어느 회사/단체에서 만들어졌는지,

랜덤 액세스가 가능한지,

스트리밍에 강한지,

고화질을 추구하는지,

비디오인지 오디오인지에 따라 다양한 컨테이너가 존재한다.

AVI, MKV, MPEG (MP4), WMV 등이 있다.

자세히) https://namu.wiki/w/%EB%B9%84%EB%94%94%EC%98%A4?from=%EB%8F%99%EC%98%81%EC%83%81#s-1.2.3.2

[꺼내먹어요 1.2 Update] 카테고리 기능을 추가했습니다!

beankhan — Fri, 6 Oct 2017 17:30:25 +0900

[1.2 Update]

1. Category 기능을 추가했습니다.

카테고리를 아래와 같이 추가할 수 있습니다.

추가되면 리스트에서 빠르게 검색 후 꺼내먹을 수 있어요!

(안타깝게도 카테고리가 자동으로 설정되지는 않아요..)

2. Swipe 시 Category, Map 정보를 추가할 수 있어요.

지도 설정이 어렵다는 의견이 있어서 Map 버튼을 밖으로 꺼내봤어요.

사용 중 불편한 점이 있으시다면 언제든 리뷰에 달아주세요~

[iOS] KeyChain 에 저장된 값은 앱 삭제 전까지 정말 사라지지 않는가

beankhan — Thu, 28 Sep 2017 16:15:24 +0900

Keychain 은 앱 삭제 전까지 정말 사라지지 않는가?

사라질 수 있다. ㅠㅠ

조건

iOS 10.3.3 이상 단말,

Key 생성 시 kSecAttrAccessible 설정을 하지 않았다 (default 값으로 두었다)

kSecAttrAccessible 설정값 참고 : http://beankhan.tistory.com/109

언제 발생하는가?

1. iTunes 를 이용한 백업 / 복원 시

2. iCloud 를 이용한 백업 / 복원 시

설정 > iCloud > Keychain 옵션이 꺼져있는경우

사라지지 않게 할 수 있는가?

없다.

iTunes 를 이용한 백업 / 복원 시 남겨두고 싶다면

kSecAttrAccessible 설정을 (ThisDevice) 가 없는 단어로 설정하면 된다.

iCloud 를 이용한 백업 / 복원 시에는

ThisDevice 속성을 가진 Keychain 값이라도 남아있다. (사라지지 않는다.)

하지만, 사용자가 iCloud 설정에서 Keychain 백업 옵션을 꺼놓았다면

사라질 수 있다.

결론

KeyChain 을 앱 삭제전까지 유효한 저장공간이라고 보기는 어렵다.

영구히 저장해야할 데이터가 있다면 다른 공간을 알아보는 것이 좋다.

참고

http://beankhan.tistory.com/109

http://beankhan.tistory.com/194

[Swift 4] Swift 3 -> Swift 4 Migration (Limiting @objc inference)

beankhan — Thu, 21 Sep 2017 09:00:00 +0900

출처

https://github.com/apple/swift-evolution/blob/master/proposals/0160-objc-inference.md

소개

Swift 3 에서 사용되었던 @objc 추론에 제한을 둡니다.

편의상, Swift 는 @objc 를 여러 곳에서 유추해왔었습니다.

변경 이유

1) Swift 의 @objc 에 대한 추론 규칙은 단순하며,

@objc 가 유추되는 이유가 사용자에게 불명확할 수 있습니다.

2) 클래스가 많아질경우 실수로 Objective-C 충돌을 발생시키는

Swift 클래스를 작성하기 쉽습니다.

3) Swift 코드 디자인 지침을 따랐지만

Objective-C 코드 작성 규칙을 위반하는 경우가 있습니다.

아래와 같은 경우 명시적인 @objc 주석이 필요합니다.

class MyNumber : NSObject {

init(_ int: Int) { }

init(_ double: Double) { } // error: initializer 'init' with Objective-C selector 'init:'

// conflicts with previous declaration with the same Objective-C selector

}

class MyNumber : NSObject {

@objc(initWithInteger:) init(_ int: Int) { }

@objc(initWithDouble:) init(_ double: Double) { }

}

4) 각각의 Objective-C entry point 에 cost 가 있다는 점입니다.

Swift 컴파일러는 Objective-C 호출 규칙에서 Swift 호출 규칙으로 변경하기 위한

map 의 "thunk" method 를 만들어야합니다.

이런 "thunk" method 는 는 Objective-C metadata 에 기록되기 때문에

binary 크기가 증가됩니다.

또한 dynamic linker 는 이런 thunk method 를 위해

Objective-C metadata 를 정렬해야하기 때문에

로드 시간에 약간의 영향을 줄 수 있습니다.

해결 방안

1) @objc 추론을 프로그래밍 모델의 의미론적 일관성에 필요한 곳으로 제한합니다.

2) class, extension 에서의 새로운 annotation 을 추가하여

@objc 추론을 보다 광범위하게 활성화 / 비활성화하려는 경우에 사용합니다.

dynamic, NSObject -derived classes no longer infers @objc

dynamic 으로 선언된 함수 or 변수나 NSObject 를 상속받은 Class 는

@objc 를 붙이지 않는이상 추론되지 않습니다.

class MyClass : NSObject {

func foo() { }

func bar() { }

}

class UnrelatedClass : NSObject {

@objc func bar() { }

}

func test(object: AnyObject) {

object.foo?()

// Swift 3: can call method MyClass.foo()

// Swift 4: compiler error, no @objc method "foo()"

object.bar?()

// Swift 3: can call MyClass.bar() or UnrelatedClass.bar()

// Swift 4: can only call UnrelatedClass.bar()

}

class MySuperclass : NSObject { }

extension MySuperclass {

func extMethod() { }

// implicitly @objc in Swift 3, not in Swift 4

}

class MySubclass : MySuperclass {

override func extMethod() { }

// Swift 3: okay

// Swift 4: error "declarations in extensions cannot override yet"

}

Re-enabling @objc inference within a class hierarchy

일부 라이브러리 및 시스템 (ex. XCTest ) 은 여전히 Objective-C 런타임의 내부 기능에 크게 의존합니다.

이러한 시스템을 지원하려면 @objcMembers 라는 annotation 을 사용하여

클래스, 확장자, 하위클래스 및 모든 확장자에 대한 @objc 유추를 다시 활성화합니다.

@objcMembers

class MyClass : NSObject {

func foo() { } // implicitly @objc

func bar() -> (Int, Int) { } // not @objc, because tuple returns

// aren't representable in Objective-C

}

extension MyClass {

func baz() { } // implicitly @objc

}

class MySubClass : MyClass {

func wibble() { } // implicitly @objc

}

extension MySubClass {

func wobble() { } // implicitly @objc

}

Enabling/Disabling @objc inference within an extension

Objective C 에 원하는 method 만 노출시키고 싶을 때가 있습니다.

이를 위해 @objc, @nonobjc 를 지정할 수 있습니다.

class SwiftClass: NSObject { }

@objc extension SwiftClass {

func foo() { } // implicitly @objc

@nonobjc func bar() -> (Int, Int) { return (0, 0) } // error: tuple type (Int, Int) not

// expressible in @objc. add @nonobjc or move this method to fix the issue

}

@objcMembers

class MyClass : NSObject {

func wibble() { } // implicitly @objc

}

@nonobjc extension MyClass {

func wobble() { } // not @objc, despite @objcMembers

}

Constructs that (still) infer @objc

기존에 유추되던 부분이 그대로 사용되는 곳도 있습니다.

@objc 가 선언된 method, protocol 을 상속, 구현하는 경우

@IBAction, @IBOutlet, @NSManaged, @GKInspectable, @IBInspectable 의 경우

@objc 로 유추됩니다.

class Super {

@objc func foo() { }

}

class Sub : Super {

/* inferred @objc */

override func foo() { }

}

@objc protocol MyDelegate {

func bar()

}

class MyClass : MyDelegate {

/* inferred @objc */

func bar() { }

}

Side benefit: more reasonable expectations

@objc protocol P { }

extension P {

func bar() { }

}

class C : NSObject, P { }

let c = C()

print(c.responds(to: Selector("bar"))) // prints "false"

Limitation Activate Setting

Project -> Target -> Build Settings -> inference 검색 후

Swift 3 @objc Inference 를 On -> Default 로 변경

[Swift4] Swift 4 에서 변경된점

beankhan — Tue, 19 Sep 2017 12:04:08 +0900

출처

https://www.raywenderlich.com/163857/whats-new-swift-4

Api Changes

String

더 이상 characters array 를 사용할 필요는 없습니다.

direct 로 iterate 를 돌 수 있습니다.

var str = "Hello "

for char in str {

print(char)

}

direct 로 돌 수 있듯이,

Sequence, Collection 의 기능들을 모두 사용할 수 있습니다.

let count = str.count

let isEmpty = str.isEmpty

let elloString = str.dropFirst()

let lloString = str.dropFirst(2)

let reverseString = String(str.reversed())

let filterString = str.filter { (char) -> Bool in

let isAscii = char.unicodeScalars.reduce(true, { (result, scalar) -> Bool in

return result && scalar.isASCII

})

return isAscii

}

Swift 4 에서는 String 의 subsequence 로 Substring type 이 제공됩니다.

StringProtocol 이 추가되습니다.

String, SubString 은 String Protocol 을 따르고 다양한 기능을 제공합니다.

let endIndex = str.index(str.startIndex, offsetBy: 4)

var helloSubString = str[str.startIndex...endIndex]

helloSubString += " "

let helloWithEmoji = String(helloSubString)

let hasPrefix = helloWithEmoji.hasPrefix("He")

let hasSuffix = helloWithEmoji.hasSuffix(" ")

String 이 이모티콘을 해석하는 방식이 변경되었습니다.

유니코드 때문에 다양한 code 들이 생성되었었는데요,

skin-tone 이 들어간 경우 4글자, 아니면 2글자의 unicode 로 해석되던 것이

모두 1글자로 해석되도록 변경되었습니다.

" ‍ ".count // Now: 1, Before: 2

" ".count // Now: 1, Before: 2

" ‍❤️‍ ‍ ".count // Now: 1, Before, 4

Dictionary and Set

Sequence Based Initialization

sequence key-value pair 로 Dictionary 를 만들 수 있습니다.

let nearestStarNames = ["Proxima Centauri", "Alpha Centauri A", "Alpha Centauri B", "Barnard's Star", "Wolf 359"]

let nearestStarDistances = [4.24, 4.37, 4.37, 5.96, 7.78]

let starDistanceDict = Dictionary(uniqueKeysWithValues: zip(nearestStarNames, nearestStarDistances))

// ["Wolf 359": 7.78, "Alpha Centauri B": 4.37, "Proxima Centauri": 4.24,

//"Alpha Centauri A": 4.37, "Barnard's Star": 5.96]

Duplicate Key Resolution

Array 에 duplicate 정보가 들어있을 때도 쉽게 key 값으로 변경하여 사용할 수 있습니다.

let intElement = repeatElement(1, count: favoriteStarVotes.count) //1, 1, 1, 1

let keysAndValues = zip(favoriteStarVotes, intElement)

let mergedKeysAndValues = Dictionary(keysAndValues, uniquingKeysWith: +)

// ["Barnard's Star": 1, "Alpha Centauri A": 2, "Wolf 359": 1]

Dictionary Mapping

Dictionary 의 mapValues 를 통해 value 들에 직접 접근에 수정할 수 있습니다.

let mappedCloseStars = closeStars.mapValues { "\($0)" }

mappedCloseStars // ["Proxima Centauri": "4.24", "Alpha Centauri A": "4.37", "Alpha Centauri B": "4.37"]

Dictionary Default Values

Dictionary 에서 key 값이 없을 때 처리를 우아하게 할 수 있습니다.

dictionary 로부터 값을 get, set 시 defaultValue 를 지정해 줄 수 있습니다.

//Get

let siriusDistance = mappedCloseStars["Wolf 359", default: "unknown"] // "unknown"

//Set

var starWordsCount: [String: Int] = [:]

for starName in nearestStarNames {

let numWords = starName.split(separator: " ").count

starWordsCount[starName, default: 0] += numWords

// ["Wolf 359": 2, "Alpha Centauri B": 3, "Proxima Centauri": 2,

//"Alpha Centauri A": 3, "Barnard's Star": 2]

}

Dictionary Grouping

특정 조건에 맞는 Dictionary 로 변경할 수 있습니다.

let starsByFirstLetter = Dictionary(grouping: nearestStarNames) { $0.first! }

// ["B": ["Barnard's Star"], "A": ["Alpha Centauri A", "Alpha Centauri B"],

//"W": ["Wolf 359"], "P": ["Proxima Centauri"]]

Reserving Capacity

Collection 에서 reallocation 은 큰 비용을 차지하는데요,

reserveCapacity(_:) 로 성능향상을 도모할 수 있습니다.

starWordsCount.capacity // 6

starWordsCount.reserveCapacity(20) // reserves at _least_ 20 elements of capacity

starWordsCount.capacity // 24

Private Access Modifier

extension 을 지원하여 code 를 논리 그룹으로 묶기를 권장하는 swift 에서

fileprivate 만으로는 제한사항이 있었습니다.

이에, Swift 4 에서는 struct, class 등과 같은 타입과 해당 타입의 extension 간에

동일한 액세스 제어 범위를 공유합니다.

struct SpaceCraft {

private let warpCode: String

init(warpCode: String) {

self.warpCode = warpCode

}

extension SpaceCraft {

func goToWarpSpeed(warpCode: String) {

if warpCode == self.warpCode {

// Error in Swift 3 unless warpCode is fileprivate

print("Do it Scotty!")

}

let enterprise = SpaceCraft(warpCode: "KirkIsCool")

enterprise.goToWarpSpeed(warpCode: "KirkIsCool") // "Do it Scotty!"

위 변경으로 기존의 의도된 목적으로 fileprivate 를 사용할 수 있도록 변경되었습니다.

Api Additions

Archival and Serialization

기존 Swift 에서는 class 를 직렬화하려면 NSObject 를 상속받고,

NSCoding 을 준수해야했습니다.

struct, enum 의 경우에도 다른 여러가지 방법들이 필요했는데요,

Swift 4 에서는 Codable protocol 로 이 문제를 해결합니다.

struct CuriosityLog: Codable {

enum Discovery: String, Codable {

case rock, water, martian

}

var sol: Int

var discoveries: [Discovery]

}

// Create a log entry for Mars sol 42

let logSol42 = CuriosityLog(sol: 42, discoveries: [.rock, .rock, .rock, .rock])

모든 속성이 Codable 하면 프로토콜 구현은 컴파일러가 알아서 해줍니다.

Key-Value Coding

함수는 클로저이기 때문에 함수를 호출하지 않고 참조할 수 있었습니다.

지금까지 불가능했던 것은 객체의 프로퍼티에 실제로 액세스하지 않고 참조를 가지는 것이었는데요,

Swift 4 에서는 key path 를 이용하여 프로퍼티 참조를 가지고

인스턴스의 기본 값을 가져오거나 설정할 수 있습니다.

struct Lightsaber {

enum Color {

case blue, green, red

}

let color: Color

}

class ForceUser {

var name: String

var lightsaber: Lightsaber

var master: ForceUser?

init(name: String, lightsaber: Lightsaber, master: ForceUser? = nil) {

self.name = name

self.lightsaber = lightsaber

self.master = master

}

let sidious = ForceUser(name: "Darth Sidious", lightsaber: Lightsaber(color: .red))

let obiwan = ForceUser(name: "Obi-Wan Kenobi", lightsaber: Lightsaber(color: .blue))

let anakin = ForceUser(name: "Anakin Skywalker", lightsaber: Lightsaber(color: .blue), master: obiwan)

let nameKeyPath = \ForceUser.name

let obiwanName = obiwan[keyPath: nameKeyPath] // "Obi-Wan Kenobi"

let anakinSaberColor = anakin[keyPath: \ForceUser.lightsaber.color] // blue

let masterKeyPath = \ForceUser.master

let anakinMasterName = anakin[keyPath: masterKeyPath]?.name // "Obi-Wan Kenobi"

anakin[keyPath: masterKeyPath] = sidious

anakin.master?.name // Darth Sidious

Multi-line String Literals

대부분의 언어가 지원했었던 기능인 multi-line string literal 기능을 지원합니다.

let star = "⭐️"

let introString = """

A long time ago in a galaxy far,

far away....

You can even dynamically add values

from properties: \(star)

"""

One-Sided Ranges

장황함을 줄이고 가독성을 높이기 위해 one-sided range 를 지원합니다.

var planets = ["Mercury", "Venus", "Earth", "Mars", "Jupiter", "Saturn", "Uranus", "Neptune"]

let outsideAsteroidBelt = planets[4...] // Before: planets[4..<planets.endIndex]

let firstThree = planets[..<4] // Before: planets[planets.startIndex..<4]

Infinite Sequence

start index 가 countable type 일 때 infinite sequence 를 사용할 수 있습니다.

var numberedPlanets = Array(zip(1..., planets))

print(numberedPlanets) // [(1, "Mercury"), (2, "Venus"), ..., (8, "Neptune")]

planets.append("Pluto")

numberedPlanets = Array(zip(1..., planets))

print(numberedPlanets) // [(1, "Mercury"), (2, "Venus"), ..., (9, "Pluto")]

Pattern matching

one-sided ranges 를 잘 사용할 수 있는 방법입니다.

func temperature(planetNumber: Int) {

switch planetNumber {

case ...2: // anything less than or equal to 2

print("Too hot")

case 4...: // anything greater than or equal to 4

print("Too cold")

default:

print("Justtttt right")

}

temperature(planetNumber: 3) // Earth

Generic Subscripts

subscript 를 더 잘 사용하기 위해 generic 을 지원합니다.

struct GenericDictionary<Key: Hashable, Value> {

private var data: [Key: Value]

init(data: [Key: Value]) {

self.data = data

}

subscript<T>(key: Key) -> T? {

return data[key] as? T

}

var earthData = GenericDictionary(data: ["name": "Earth",

"population": 7500000000,

"moons": 1])

let name: String? = earthData["name"]

let population: Int? = earthData["population"]

extension GenericDictionary {

subscript<Keys: Sequence>(keys: Keys) -> [Value] where Keys.Iterator.Element == Key {

var values: [Value] = []

for key in keys {

if let value = data[key] {

values.append(value)

}

return values

}

let nameAndMoons = earthData[["moons", "name"]] // [1, "Earth"]

let nameAndMoons2 = earthData[Set(["moons", "name"])] // [1, "Earth"]

Miscellaneous

MutableCollection.swapAt(_:_:)

func bubbleSort<T: Comparable>(_ array: [T]) -> [T] {

var sortedArray = array

for i in 0..<sortedArray.count - 1 {

for j in 1..<sortedArray.count {

if sortedArray[j-1] > sortedArray[j] {

sortedArray.swapAt(j-1, j) // New MutableCollection method

}

return sortedArray

}

bubbleSort([4, 3, 2, 1, 0]) // [0, 1, 2, 3, 4]

Associated Type Constraints

associated types 를 where 절을 이용하여 제약할 수 있습니다.

protocol MyProtocol {

associatedtype Element

associatedtype SubSequence : Sequence where SubSequence.Iterator.Element == Iterator.Element

}

Class and Protocol Existential

protocol MyProtocol { }

class View { }

class ViewSubclass: View, MyProtocol { }

class MyClass {

var delegate: (View & MyProtocol)?

}

let myClass = MyClass()

myClass.delegate = ViewSubclass()

NSNumber Bridging

let n = NSNumber(value: 999)

let v = n as? UInt8 // Swift 4: nil, Swift 3: 231

[iOS] Contacts Framework 의 사용법 (CNContact, CNContactStore, Save/Fetch Contacts)

beankhan — Tue, 15 Aug 2017 17:10:13 +0900

출처

https://developer.apple.com/documentation/contacts

개요

iOS 9 이상에서 지원되는 Contact Framework 로

대부분이 앱이 Contact 편집보다는 조회를 많이 하고 있기에,

thread-safe 와 read-only 사용에 optimize 되어있다.

Contact Object

CNContact 은 thread-safe 하고 imuutable 한

contact properties (name, image, phonenumber) 를 가지고있다.

CNContact 을 상속받은 CNMutableContact 은 mutable 한 속성을 가지고 있으며

contact properties 를 수정할 수 있다.

contact properties 는 phone numbers, email,

CNLabeledValue 를 가진 array 와 같은 multiple values 를 가진다.

Label 는 thread-safe, immutable tuple 속성을 가지며

home, work 와 같이 각각의 value 를 가리킨다.

Create Contact Example

fileprivate func saveContact() -> Bool {

let contact = CNMutableContact()

contact.givenName = "John"

contact.familyName = "Appleseed"

let homeEmail = CNLabeledValue(label:CNLabelHome,

value:"john@example.com" as NSString)

let workEmail = CNLabeledValue(label:CNLabelWork,

value:"j.appleseed@icloud.com" as NSString)

contact.emailAddresses = [homeEmail, workEmail]

let phoneNumberInfo = CNLabeledValue(label:CNLabelPhoneNumberiPhone,

value:CNPhoneNumber(stringValue:"(408) 555-0126"))

contact.phoneNumbers = [ phoneNumberInfo ]

let homeAddress = CNMutablePostalAddress()

homeAddress.street = "1 Infinite Loop"

homeAddress.city = "Cupertino"

homeAddress.state = "CA"

homeAddress.postalCode = "95014"

contact.postalAddresses = [CNLabeledValue(label:CNLabelHome, value:homeAddress)]

var birthday = DateComponents()

birthday.day = 1

birthday.month = 4

birthday.year = 1988

contact.birthday = birthday

let store = CNContactStore()

let saveRequest = CNSaveRequest()

saveRequest.add(contact, toContainerWithIdentifier: nil)

var result = false

do {

try store.execute(saveRequest)

result = true

} catch let error {

print("error occured : \(error.localizedDescription)")

}

return result

}

Formatting and Localization

Contact Framework 는 contact 정보에 대한

formatting 과 localize 를 지원한다.

contact name formatting 은 CNContactFormatter 로

international postal address 는

CNPostalAddressFormatter 를 이용하면된다.

Name and postal address Formating Example

let contact = CNMutableContact()

contact.givenName = "John"

contact.familyName = "Appleseed"

let fullName = CNContactFormatter.string(from: contact, style: .fullName)

print(fullName ?? "")

// John Appleseed

let homeAddress = CNMutablePostalAddress()

homeAddress.street = "1 Infinite Loop"

homeAddress.city = "Cupertino"

homeAddress.state = "CA"

homeAddress.postalCode = "95014"

contact.postalAddresses = [CNLabeledValue(label:CNLabelHome, value:homeAddress)]

let postalString = CNPostalAddressFormatter.string(from: homeAddress,

style: .mailingAddress)

print(postalString)

// 1 Infinite Loop

// Cupertino

// CA

// 95014

CNContact 의 localizedString(forKey:) 와

CNLabeledValue.localizedString(forLabel:) 등을 이용하여

device 의 current locale setting 에 따른 localizing 을 지원할 수 있다.

Localizing a given name Example

// device locale is Spanish

let displayName = CNContact.localizedString(forKey: CNContactNicknameKey)

print(displayName)

// alias

let displayLabel = CNLabeledValue<NSString>.localizedString(forLabel: CNLabelHome)

print(displayLabel)

// casa

Fetching Contact

CNContactStore 를 이용해서 contact 을 fetch 할 수 있다.

CNContactStore 는 모든 I/O operation 을 가지고 있고,

contact 과 group 의 fetching, saving 을 담당한다.

CNContactStore 의 method 들은 모두 synchronous 하기 때문에

background thread 에서 작업하는 것이 좋다.

필요하면 immutable 한 fetch result 를 안전하게 main thread 로

callBack 을 줄 수 있다.

Contact framework 는 contact 을 fetch 하기위해

predefined 된 predicates 와 keysToFetch property 와 같은

몇 가지 방법을 제공한다.

contact 을 filtering 하기 위한 몇가지 predicate 중

하나는 이름을 통한 검색이 있다.

predicateForContacts(matchingName:) 을 이용하면 된다.

포괄적이거나 compound predicates 는 제공되지 않는다.

keysToFetch 는 가져오는 contact properties 를 지정할 수 있다.

Fetch Example

fetch 도중 error 가 발생했다면 return 값은 nil 로,

조건에 맞는 contact 이 없었다면 empty array 로

값이 반환된다.

let store = CNContactStore()

var results: [CNContact]?

do {

let fetchPropertes = [CNContactGivenNameKey, CNContactFamilyNameKey]

let predicate = CNContact.predicateForContacts(matchingName: "Appleseed")

results = try store.unifiedContacts(matching: predicate,

keysToFetch: fetchPropertes as [CNKeyDescriptor])

} catch let error {

print("error occured! : \(error.localizedDescription)")

}

print(results ?? "")

Fetch Example Using Key Descriptor

Fetch 결과에 formatting 된 결과를 받을수도 있다.

let keysToFetch = [CNContactEmailAddressesKey as CNKeyDescriptor,

CNContactFormatter.descriptorForRequiredKeys(for: .fullName)]

Privacy

기본적으로 App 마다 권한을 키고 끌 수 있는데,

권한체크 없이 CNContactStore 의 어떤 call 이라도 불린다면

user 에게 grant / deny 여부를 물어보고, app 은 block 된다.

권한 요청 시 최초 1번 system alert 이 노출되고

이후 grant/deny 여부는 CNContactStore 의 requestAccess 를 통해 알 수 있다.

iOS 10 부터 plist 에 NSContactsUsageDescription 을 반드시 등록해줘야한다.

해당 description은 권한 요청 시 system alert 에 message 와 함께 노출된다.

권한 요청은 아래와같이 한다.

let store = CNContactStore()

store.requestAccess(for: .contacts) { (result, error) in

}

Partial Contacts

partial contact 은 contact store 로부터

fetch 된 몇가지 property value 만 가진 것을 말한다.

모든 fetched contact 은 partial contacts 이다.

만약 fetch 되지 않은 다른 property 를 접근한다면

exception 이 발생할 수 있다.

contact 에서 fetch 되었는지 안되었는지 알 수 없다면

해당 property 에 접근할 수 있는지

isKeyAvailable, areKeysAvailable 을 이용해서 확인할 수 있다.

if (contact.isKeyAvailable(CNContactPhoneNumbersKey)) {

print("\(contact.phoneNumbers)")

} else {

//Refetch the keys

let keysToFetch = [CNContactGivenNameKey, CNContactFamilyNameKey, CNContactPhoneNumbersKey]

let refetchedContact: CNContact?

do {

refetchedContact = try store.unifiedContact(withIdentifier: contact.identifier,

keysToFetch: keysToFetch as [CNKeyDescriptor])

} catch let error {

print("error occured! :\(error.localizedDescription)")

}

Unified Contacts

다른 계정에 있는 Contacts 은 자동으로 link 되어

같은 사람처럼 보일 수 있다. (unified contact)

Unified Contact 은 merge 되어 하나의 contact 처럼 보이는

임시적인 View 이다.

기본적으로 Contact framework 는 unified contacts 를 반환한다.

fetch 된 unified contact 은 묶인 연락처들의 identifier 가 아닌

unique 한 identifier 를 가진다.

Saving Contacts

CNContactStore 은 modify contact 도 지원한다.

CNSaveRequest 는 save 뿐만 아니라

여러개 contact 과 group 의 변경사항도 single operation 으로 저장할 수 있다.

하나의 saveRequest 에 모든 contact 변경사항을 add 한 뒤 execute 할 수 있다.

saveRequest 에 있는 contact 들은 변경 중이기 때문에

save 가 실행되는 중에 접근해서는 안된다.

Save New Contact Example

// Creating a new contact

let newContact = CNMutableContact()

newContact.givenName = "John"

newContact.familyName = "Appleseed"

// Saving contact

let saveRequest = CNSaveRequest()

saveRequest.add(newContact, toContainerWithIdentifier: nil)

do {

try store.execute(saveRequest)

} catch let error {

print("\(error.localizedDescription)")

}

Saving a Modified Contact

let mutableContact = contact.mutableCopy() as! CNMutableContact

let newEmail = CNLabeledValue(label: CNLabelHome, value: "john@example.com" as NSString)

mutableContact.emailAddresses.append(newEmail)

let saveRequest = CNSaveRequest()

saveRequest.update(mutableContact)

do {

try store.execute(saveRequest)

} catch let error {

print("\(error.localizedDescription)")

}

Contact Changed Notifications

Save 에 성공한 이후 contact store 는

CNContactStoreDidChange notification 을 posting 한다.

만약 Contacts framework 의 object 를 cache 하고 있었다면

identifier 를 사용하거나 원래 사용했던 predicate 를 이용해서

객체를 다시 가져온 다음 캐시된 객체를 release 해줘야한다.

cache 된 객체는 invalid 하지는 않지만 stale (이전 상태) 이다.

Containers and Groups

User 는 device 의 local account 나

동기화를 위한 server account (google, icloud) 를 가지고 있다.

각각의 계정은 최소 하나 이상의 contact container 를 가지고 있다.

연락처는 하나의 container 에 속할 수 있다.

groupd 은 container 내부에서의 연락처 set 이다.

모든 계정이 group 을 지원하지는 않고

몇몇 계정은 subgroups 도 지원한다.

iCloud 계정은 하나의 container 를 가지고 많은 group 을 가질 수 있지만

subgroup 은 지원하지 않는다.

반면, Exchange 계정은 group 을 지원하지는 않지만

Exchange Folder 로 표현되는 여러개의 container 를 가지고 있다.