iOS вопросы : Вопрос 1 : 7

Опишите что такое NSOperationQueue. Где и как это используется?

Уважаемые учащиеся ниже Вы сможете увидеть ответ, перед тем, как ответить, пожалуйста, постарайтесь написать для себя ответ на черновике, и только потом сравните наш ответ с Вашим: 

Верно ли наше решение?

Ответ:

Класс NSOperationQueue регулирует порядок выполнения множества операций, которые, представлены объектами класса NSOpertion. Свойственно использовать очереди операций (operation queue) для исполнения каких-либо асинхронных операций в другом (не главном) потоке (background thread).
Другими словами, используя NSOperationQueue мы получаем возможность выполнять ту или иную задачу в новом потоке, т.е. запускать ее в фоне. 
Пример использования:

def thread1 
  10.times { |i| NSLog("\t Thread1: #{i}") } 
end 
 
def thread2 
  20.times { |i| NSLog("\t\t  Thread2: #{i}") } 
end 
 
def thread3 
  30.times { |i| NSLog("\t\t\t   Thread3: #{i}") } 
end 
 
def viewDidLoad 
  queue = NSOperationQueue.new 
  queue.maxConcurrentOperationCount = 3  
  queue.name = "threads operation" 
 
  operation1 = NSInvocationOperation.alloc.initWithTarget(self, selector: :thread1, object:nil) 
  operation2 = NSInvocationOperation.alloc.initWithTarget(self, selector: :thread2, object:nil) 
  operation3 = NSInvocationOperation.alloc.initWithTarget(self, selector: :thread3, object:nil) 
 
  queue.addOperation(operation1) 
  queue.addOperation(operation2) 
  queue.addOperation(operation3) 
 
end 
 
viewDidLoad 
 
sleep 10.0 

Опишите что такое NSOperationQueue. Где и как это используется?

Уважаемые учащиеся ниже Вы сможете увидеть ответ, перед тем, как ответить, пожалуйста, постарайтесь написать для себя ответ на черновике, и только потом сравните наш ответ с Вашим: 

Верно ли наше решение?

Ответ:

Класс NSOperationQueue регулирует порядок выполнения множества операций, которые, представлены объектами класса NSOpertion. Свойственно использовать очереди операций (operation queue) для исполнения каких-либо асинхронных операций в другом (не главном) потоке (background thread).
Другими словами, используя NSOperationQueue мы получаем возможность выполнять ту или иную задачу в новом потоке, т.е. запускать ее в фоне. 
Пример использования:

def thread1 
  10.times { |i| NSLog("\t Thread1: #{i}") } 
end 
 
def thread2 
  20.times { |i| NSLog("\t\t  Thread2: #{i}") } 
end 
 
def thread3 
  30.times { |i| NSLog("\t\t\t   Thread3: #{i}") } 
end 
 
def viewDidLoad 
  queue = NSOperationQueue.new 
  queue.maxConcurrentOperationCount = 3  
  queue.name = "threads operation" 
 
  operation1 = NSInvocationOperation.alloc.initWithTarget(self, selector: :thread1, object:nil) 
  operation2 = NSInvocationOperation.alloc.initWithTarget(self, selector: :thread2, object:nil) 
  operation3 = NSInvocationOperation.alloc.initWithTarget(self, selector: :thread3, object:nil) 
 
  queue.addOperation(operation1) 
  queue.addOperation(operation2) 
  queue.addOperation(operation3) 
 
end 
 
viewDidLoad 
 
sleep 10.0 

Опишите возможные проблемы?
return [obj autorelease];

Уважаемые учащиеся ниже Вы сможете увидеть ответ, перед тем, как ответить, пожалуйста, постарайтесь написать для себя ответ на черновике, и только потом сравните наш ответ с Вашим: 

Верно ли наше решение?

Ответ:

@autoreleasepool {} - Это некий блок после выхода из которого отправляется сообщение release всем объектам, которым внутри данного блока было отправлено сообщение autorelease.
То есть, если мы внутри авторелизпула отправили объекту сообщение autorelease, то после выхода из него объект релизится! Но не раньше выхода из данного блока.

Дальше что мы знаем: Все системные тики, нажатия кнопок, и вся наша программа в целом находятся внутри авторелизпулов(которые мы не объявляем явно).

То есть, если после нажатия кнопки у нас вызывается метод возвращающий авторелиженый объект и мы к нему один раз обратимся и забудем, то проблем не будет. т.к. до выхода из авторелиз пула ретейн каунт по прежнему равен единице.

Если мы возвращенный объект добавим в массив - проблем не будет. До выхода из авторелизпула ретейн каунт равен единице, а при добавлении в массив увеличиться на один и станет равен двум. Ну а после выхода из пула станет равен одному(уменьшение о котором говорилось в начале) НО! если мы просто добавим объект в поле класса, то будет беда! т.к. после выхода из авторелизпула ретейн коунт уменьшиться до нуля и мы в дальнейшем можем обратиться к освобожденной области памяти. Избежать этого можно при необходимости дописав к вызову функции retain

Опишите возможные проблемы?
return [obj autorelease];

Уважаемые учащиеся ниже Вы сможете увидеть ответ, перед тем, как ответить, пожалуйста, постарайтесь написать для себя ответ на черновике, и только потом сравните наш ответ с Вашим: 

Верно ли наше решение?

Ответ:

@autoreleasepool {} - Это некий блок после выхода из которого отправляется сообщение release всем объектам, которым внутри данного блока было отправлено сообщение autorelease.
То есть, если мы внутри авторелизпула отправили объекту сообщение autorelease, то после выхода из него объект релизится! Но не раньше выхода из данного блока.

Дальше что мы знаем: Все системные тики, нажатия кнопок, и вся наша программа в целом находятся внутри авторелизпулов(которые мы не объявляем явно).

То есть, если после нажатия кнопки у нас вызывается метод возвращающий авторелиженый объект и мы к нему один раз обратимся и забудем, то проблем не будет. т.к. до выхода из авторелиз пула ретейн каунт по прежнему равен единице.

Если мы возвращенный объект добавим в массив - проблем не будет. До выхода из авторелизпула ретейн каунт равен единице, а при добавлении в массив увеличиться на один и станет равен двум. Ну а после выхода из пула станет равен одному(уменьшение о котором говорилось в начале) НО! если мы просто добавим объект в поле класса, то будет беда! т.к. после выхода из авторелизпула ретейн коунт уменьшиться до нуля и мы в дальнейшем можем обратиться к освобожденной области памяти. Избежать этого можно при необходимости дописав к вызову функции retain

Объясните что такое подсчет ссылок (retain count)?

Уважаемые учащиеся ниже Вы сможете увидеть ответ, перед тем, как ответить, пожалуйста, постарайтесь написать для себя ответ на черновике, и только потом сравните наш ответ с Вашим: 

Верно ли наше решение?

Ответ:

Подсчет ссылок (retain count) – это механизм с помощью которого в obj-c реализовано управление памятью. 
-Когда Вы создаете объект, его счетчик ссылок (retain count) установлен на 1. 
-Когда Вы посылаете объекту сообщение retain , его счетчик ссылок увеличивается на 1. 
-Когда Вы посылаете объекту сообщение release , его счетчик ссылок уменьшается на 1. 
-Когда Вы посылаете объекту сообщение autorelease , его счетчик ссылок уменьшится на 1 в определенный момент в будующем. 
-Когда счетчик ссылок объекта становится равным 0 то объект уничтожается (dealloc).

Объясните что такое подсчет ссылок (retain count)?

Уважаемые учащиеся ниже Вы сможете увидеть ответ, перед тем, как ответить, пожалуйста, постарайтесь написать для себя ответ на черновике, и только потом сравните наш ответ с Вашим: 

Верно ли наше решение?

Ответ:

Подсчет ссылок (retain count) – это механизм с помощью которого в obj-c реализовано управление памятью. 
-Когда Вы создаете объект, его счетчик ссылок (retain count) установлен на 1. 
-Когда Вы посылаете объекту сообщение retain , его счетчик ссылок увеличивается на 1. 
-Когда Вы посылаете объекту сообщение release , его счетчик ссылок уменьшается на 1. 
-Когда Вы посылаете объекту сообщение autorelease , его счетчик ссылок уменьшится на 1 в определенный момент в будующем. 
-Когда счетчик ссылок объекта становится равным 0 то объект уничтожается (dealloc).

Для чего нужны свойства (@property) и как их использовать?

Уважаемые учащиеся ниже Вы сможете увидеть ответ, перед тем, как ответить, пожалуйста, постарайтесь написать для себя ответ на черновике, и только потом сравните наш ответ с Вашим:

Верно ли наше решение?

Ответ:

Свойства (@property) используются для доступа к переменным класса.

Для описания свойств в декларации класса используется ключевое слово @property, далее в скобках перечисляются атрибуты доступа. Чтобы создать коды для свойств в имплементации класса используется ключевое слово @synthesize. В XCode 4.5 @synthesize стало не обязательным.

Пример:

@interface Employee: NSObject{ 
        NSString *uuid; 
        NSString *name; 
} 
@property(retain) NSString *uuid; 
@property(retain) NSString *name; 
@end; 
 
@implementation Employee 
@synthesize uuid; 
@synthesize name; 
@end 

Для чего нужны свойства (@property) и как их использовать?

Уважаемые учащиеся ниже Вы сможете увидеть ответ, перед тем, как ответить, пожалуйста, постарайтесь написать для себя ответ на черновике, и только потом сравните наш ответ с Вашим:

Верно ли наше решение?

Ответ:

Свойства (@property) используются для доступа к переменным класса.

Для описания свойств в декларации класса используется ключевое слово @property, далее в скобках перечисляются атрибуты доступа. Чтобы создать коды для свойств в имплементации класса используется ключевое слово @synthesize. В XCode 4.5 @synthesize стало не обязательным.

Пример:

@interface Employee: NSObject{ 
        NSString *uuid; 
        NSString *name; 
} 
@property(retain) NSString *uuid; 
@property(retain) NSString *name; 
@end; 
 
@implementation Employee 
@synthesize uuid; 
@synthesize name; 
@end 

iOs 4.x ? iOs 5.x ? iOs 6.x ?

Поддерживается ли ARC на каждой из этих платформ или нет. Если поддерживается, то есть ли какие-либо ограничения.

Уважаемые учащиеся ниже Вы сможете увидеть ответ, перед тем, как ответить, пожалуйста, постарайтесь написать для себя ответ на черновике, и только потом сравните наш ответ с Вашим:

Верно ли наше решение? 

Ответ:

Большинство людей при ответе на этот вопрос делятся на 2 категории: 
1. iOs 4.x
2. iOs 5.x
Частично и те и другие правы. 
Начнем с того, что ARC это функция компилятора ( clang ), соответственно во время работы приложения казалось бы ничего дополнительного от iOs не требуется, но это не так - на iOs 4.x отсутствует автоматическая Zeroing Weak References, что может привести к обращению к dealloced object и, как следствие к крэшу. Это надо понимать, разрабатывая под iOs 4.x с использованием ARC.

Рекомендую ознакомится также со следующими ссылками: 
Is ARC safe to use when deploying to iOS 4.x?
Zeroing Weak References in Objective-C

iOs 4.x ? iOs 5.x ? iOs 6.x ?

Поддерживается ли ARC на каждой из этих платформ или нет. Если поддерживается, то есть ли какие-либо ограничения.

Уважаемые учащиеся ниже Вы сможете увидеть ответ, перед тем, как ответить, пожалуйста, постарайтесь написать для себя ответ на черновике, и только потом сравните наш ответ с Вашим:

Верно ли наше решение? 

Ответ:

Большинство людей при ответе на этот вопрос делятся на 2 категории: 
1. iOs 4.x
2. iOs 5.x
Частично и те и другие правы. 
Начнем с того, что ARC это функция компилятора ( clang ), соответственно во время работы приложения казалось бы ничего дополнительного от iOs не требуется, но это не так - на iOs 4.x отсутствует автоматическая Zeroing Weak References, что может привести к обращению к dealloced object и, как следствие к крэшу. Это надо понимать, разрабатывая под iOs 4.x с использованием ARC.

Рекомендую ознакомится также со следующими ссылками: 
Is ARC safe to use when deploying to iOS 4.x?
Zeroing Weak References in Objective-C

Что такое NSManagedObjectId?

Уважаемые учащиеся ниже Вы сможете увидеть ответ, перед тем, как ответить, пожалуйста, постарайтесь написать для себя ответ на черновике, и только потом сравните наш ответ с Вашим:

Верно ли наше решение?

Ответ:

NSManagedObjectID объект является универсальным идентификатором для управляемого объекта, а также предоставляет основу для уникальности в структуре Core Data. ID управляемого объекта однозначно идентифицирует тот же управляемый объект как между управляемыми объектами контекста в одном приложении, так и в нескольких приложениях (например, в распределенных системах). Как первичный ключ в базе данных, идентификатор содержит информацию, необходимую для точного описания объекта в постоянном хранилище, хотя подробная информация не предоставляется. Framework полностью инкапсулирует «внешнюю» информацию и представляет собой чистый объектно-ориентированный интерфейс.

Что такое NSManagedObjectId?

Уважаемые учащиеся ниже Вы сможете увидеть ответ, перед тем, как ответить, пожалуйста, постарайтесь написать для себя ответ на черновике, и только потом сравните наш ответ с Вашим:

Верно ли наше решение?

Ответ:

NSManagedObjectID объект является универсальным идентификатором для управляемого объекта, а также предоставляет основу для уникальности в структуре Core Data. ID управляемого объекта однозначно идентифицирует тот же управляемый объект как между управляемыми объектами контекста в одном приложении, так и в нескольких приложениях (например, в распределенных системах). Как первичный ключ в базе данных, идентификатор содержит информацию, необходимую для точного описания объекта в постоянном хранилище, хотя подробная информация не предоставляется. Framework полностью инкапсулирует «внешнюю» информацию и представляет собой чистый объектно-ориентированный интерфейс.

Чем отличается #include от #import?

#include< > 
#include" " 
 
#import< > 
#import" " 

Уважаемые учащиеся ниже Вы сможете увидеть ответ, перед тем, как ответить, пожалуйста, постарайтесь написать для себя ответ на черновике, и только потом сравните наш ответ с Вашим:

Верно ли наше решение?

Ответ:

Директива #import была добавлена в Objective-C как "улучшенная" версия #include. #import гарантирует, что файл будет подключен один раз, и тем самым, исключает проблему рекурсивных подключений файлов. В случае #include такой гарантии нет. Рекомендуется использовать #import для объектов Objective-C, а #include для стандартных C заголовков.

Чем отличается #include от #import?

#include< > 
#include" " 
 
#import< > 
#import" " 

Уважаемые учащиеся ниже Вы сможете увидеть ответ, перед тем, как ответить, пожалуйста, постарайтесь написать для себя ответ на черновике, и только потом сравните наш ответ с Вашим:

Верно ли наше решение?

Ответ:

Директива #import была добавлена в Objective-C как "улучшенная" версия #include. #import гарантирует, что файл будет подключен один раз, и тем самым, исключает проблему рекурсивных подключений файлов. В случае #include такой гарантии нет. Рекомендуется использовать #import для объектов Objective-C, а #include для стандартных C заголовков.