Этот пост написан в продолжение поста «Как работать с курсом «Developing iOS 9 Apps with Swift»  в Xcode 8 с Swift 2.3  и Swift 3″.  Дело в том, что в Swift 3  запрос NSFetchRequest<NSFetchRequestResult> стал Generic, а следовательно, стал Generic и класс NSFetchResultsController<NSFetchRequestResult>. В результате возникли некоторые трудности при использовании в Swift 3 фантастически удобного класса CoreDataTableViewController, который разработан профессором Полом Хэгерти и предоставлен студентам Стэнфорда для удобной работы с данными Core Data в таблицах Table View. В этом посте я показываю, как эти трудности разрешить и заставить работать класс CoreDataTableViewController в Swift 3, и не только в iOS9, но и в iOS 10.

Вначале  очень кратко напомню  о том, откуда появился класс  CoreDataTableViewController. Когда у вас огромное количество информации в базе данных, то прекрасным средством показа этой информации является Table View. В 99% случаев либо Table View, либо Collection View используются для показа содержимого больших баз данных. И это настолько распространено, что Apple обеспечила нас в iOS прекрасным классом NSFetchedResultsController, который “подвязывает” запрос NSFetchRequest к таблице UITableView. 
И не только “подвязывает” лишь однажды, а эта “подвязка” действует постоянно и, если в базе данных каким-то образом происходят изменения, NSFetchRequest возвращает новые результаты и таблица обновляется. Так что база данных может меняться “за сценой”, но таблица UITableView всегда остается в синхронизированном с ней состоянии. Это действительно очень очень круто.
 NSFetchResultsController обеспечивает нас методами протоколов UITableViewDataSource и UITableViewDelegate, такими, как numberOfSectionsInTableView, numberOfRowsInSections и т.д. Единственный метод, который он не реализует, — это cellForRowAtIndexPath. Вам самим придется реализовать его, потому что для реализации метода cellForRowAtIndexPath нужно знать пользовательский UI для ячейки таблицы, а вы — единственный, кто знает, какие данные и как они размещаются на экране. Но что касается других методов протокола UITableViewDataSource, даже таких, как sectionHeaders и всего остального, NSFetchedResultsController берет все на себя.

Как работать с NSFetchResultsController?

Читать далее →

Лекция 14 посвящена двум темам.
Одна тема- продолжение анимации Dynamic Animation, теоретическая часть которой была представлена в виде слайдов на прошлой лекции. На Лекции 14 показывается большой демонстрационный пример Dropit, в котором  вы увидите движок Dynamic Animation в действии при проектировании игры, похожей на Tetris. Ваше Домашнее Задание № 6 полностью посвящено Dynamic Animation, так что Лекция 14 является своего рода подготовкой к Заданию 6.

В демонстрационном примере показан целый спектр «поведений»: “присоединения” UIAttachmentBehavior, столкновения UICollisionBehavior, гравитации UIGravityBehavior и мета-поведения UIDynamicItemBehavior, а также как объединить все эти «поведения» в составное сложное «поведение», которое является subclass UIDynamicBehavior. Демонстрируется обнаружение состояния статического равновесия в системе динамической анимации с помощью делегата. По ходу дела, как всегда, Пол Хэгерти демонстрирует синтаксические конструкции Swift в действии:  lazy vars, пара Наблюдателей свойств willSet{} и didSet{}, инициализация с помощью выполняемых замыканий, разрыв циклических ссылок в памяти с помощью списка захвата [ unowned self ]  в замыканиях и когда такой способ разрыва является безопасным.

Вторая тема — CoreMotion. Это объектно-ориентированное API для доступа к первичным датчикам движения на вашем устройстве. Core Motion  поставляет в приложение данные первичных датчиков Apple приборов:  акселерометра (accelerometer), гироскопа (gyro) и магнитометра (magnetometer).

Читать далее →