[ios] NSOperation 및 그랜드 센트럴 디스패치

와 라인에서 관련 질문에 대한 내 대답은 , 나는 후자는 GCD하지 않는 것을해야 할 일을 제공하지 않는 한, BJ에 동의하고 당신에게 NSOperation / NSOperationQueue 이상 GCD 처음 모습을 제안하겠습니다.

GCD 이전에는 동시성 관리를 위해 응용 프로그램 내에서 많은 NSOperations / NSOperationQueues를 사용했습니다. 그러나 정기적으로 GCD를 사용하기 시작한 이래로 NSOperations와 NSOperationQueues를 블록 및 디스패치 큐로 거의 완전히 대체했습니다. 이것은 실제로 두 기술을 실제로 사용한 방법과 내가 수행 한 프로파일 링에서 비롯된 것입니다.

첫째, NSOperations 및 NSOperationQueues를 사용할 때 사소한 양의 오버 헤드가 있습니다. 이들은 Cocoa 객체이며 할당 및 할당 해제가 필요합니다. 필자가 작성한 60 FPS에서 3D 장면을 렌더링하는 iOS 응용 프로그램에서 NSOperations를 사용하여 렌더링 된 각 프레임을 캡슐화했습니다. 필자가이 프로파일을 작성할 때 이러한 NSOperation의 생성 및 해제는 실행중인 응용 프로그램의 CPU주기 중 상당 부분을 차지했으며 속도가 느려졌습니다. 나는 이것을 간단한 블록과 GCD 시리얼 큐로 교체했고, 오버 헤드가 사라져서 렌더링 성능이 눈에 띄게 향상되었습니다. NSOperations 사용으로 인한 오버 헤드를 발견 한 유일한 곳은 아니 었으며 Mac과 iOS 모두에서이 기능을 보았습니다.

둘째, NSOperations를 사용할 때 일치하기 어려운 블록 기반 디스패치 코드의 우아함이 있습니다. 블록에 몇 줄의 코드를 래핑하고 직렬 또는 동시 큐에서 수행되도록 디스패치하는 것이 매우 편리합니다.이 작업을 수행하려면 사용자 지정 NSOperation 또는 NSInvocationOperation을 생성하면 훨씬 더 많은 지원 코드가 필요합니다. NSBlockOperation을 사용할 수 있다는 것을 알고 있지만 GCD에 무언가를 전달할 수도 있습니다. 이 코드를 응용 프로그램의 관련 처리와 함께 인라인으로 감싸면 이러한 작업을 캡슐화하는 별도의 방법이나 사용자 지정 NSOperation보다 코드 구성이 향상됩니다.

NSOperations 및 NSOperationQueues는 여전히 매우 유용합니다. GCD는 NSOperationQueues가 매우 복잡한 종속성 그래프를 설정할 수있는 실제 종속성 개념이 없습니다. 소수의 경우 NSOperationQueues를 사용합니다.

전반적으로 필자는 일반적으로 작업을 수행하는 최고 수준의 추상화 사용을 옹호하지만 GCD의 하위 수준 API를 주장하는 경우입니다. 내가 이야기 한 iOS 및 Mac 개발자들 중 대다수는 지원하지 않는 OS 버전 (iOS 4.0 및 Snow Leopard 이전)을 대상으로하지 않는 한 NSOperations를 통해 GCD를 사용하기로 결정했습니다.

답변