Fulfil the enlightened and sublime aspirations

[euvs]

A little knowledge is a dangerous thing

Alexander Pope

[euvs]

[euvs]

*** —После свадьбы мы сразу уехали в свадебное путешествие. Я в Турцию, жена в Швейцарию, и прожили там три года в любви и согласии. *** — Всё шутите? — Давно бросил. Врачи запрещают. — С каких это пор вы стали ходить по врачам? — Сразу после смерти… — Говорят ведь юмор — он полезный, шутка, мол, жизнь продлевает. — Не всем. Тем, кто смеется, — продлевает. Тому, кто острит, — укорачивает.

Цитаты Григория Горина (из кинофильма Тот самый Мюнхгаузен)

[euvs]

"Where are we going?" "What do you mean?" "Which direction: Up, down, left, right, forward, backward?" "Against."

http://dailykoan.blogspot.com.au/2012/07/26-direction.html

[euvs]

The sooner you fall behind, the more time you'll have to catch up. - Steven Wright

http://www.ganssle.com/jokes.htm

[euvs]

You are a programmer, and that means your job is putting other people out of jobs with automation. The pinnacle of this is putting yourself out of a job with your own automation.

http://c.learncodethehardway.org/book/ex27.html

[euvs]

Xcode 5, Core Data и юнит-тесты

Пришла мне как-то идея новой программы для айФона для подсчета количества явлениий и показа статистки. Ничего сложного и ничего серьезного, за недельку по вечерам думаю напишу. Интерфейс в несколько UIViews и UIViewControllers, да данные записывать в CoreData. Когда я начинал писать SunFollower, я все размышлял о том, как же юнит-тестировать CoreData. И вот вчера, пока создавал проект для новой идеи и разбирался c юнит-тестами, кое-какие идеи появились. О чем и собраюсь поведать. Что такое Core Data, я писать не буду. Это целая отдельная история. Буду считать, что мой читатель знаком с этой технологией.

Xcode 5 проект с юнит-тестами

Если создавать новый проект в Xcode, то он предлагает создать юнит-тесты автоматически. Но что делать если проект уже был создан без юнит-тестов, или юнит-тесты были удалены (как я сделал когда-то по-глупости)?

Юнит-тесты добавляются, если кликнуть на “Add Target..”

Затем выбрать “Cocoa Touch Unit Testing Bundle”

На следующем шаге я оставлю все по умолчанию, но нет ни каких проблем поменять так как удобнее вам.

Светую не менять тип юнит-тестов и оставить их XCTest.

Xcode создаст новый target и добавит все необходимые новые файлы. В моем случае он добавл target “Occurrence Tests” и добавил Occurrence_Tests.m файл к проекту. Файл Occurrence_Tests.m - это загатовка для юнит-тестов:

#import <XCTest/XCTest.h> @interface Occurrence_Tests : XCTestCase @end @implementation Occurrence_Tests - (void)setUp { [super setUp]; // Put setup code here. This method is called before // the invocation of each test method in the class. } - (void)tearDown { // Put teardown code here. This method is called after // the invocation of each test method in the class. [super tearDown]; } - (void)testExample { XCTFail(@"No implementation for \"%s\"", __PRETTY_FUNCTION__); } @end

Теперь можно откомпилировать тест (Product->Build For->Testing или ⇧⌘U) и запустить его (“Product->Test” или ⌘U). Тест должен выполнится с ошибкой “No implementation for “-[Occurrence_Tests testExample]”. Что и ожидаемо.

Кстати, очень полезная вкладка “Test Navigator”, которая показывает список всех тестов и результат их выполнения (для наглядности я добавил еще три теста).

Если навести курсор мышки на один из юнит тестов, то появится маленька кнопка Play ( ▶ ), с помощью которой можно выборочно запускать отдельные тесты на исполнение.

Загатовка для юнит-тестов готова.

CocoaPods и MagicalRecord

Следующий шаг. Устанавливаем MagicalRecord через CocoaPods. Надеюсь вы используете CocoaPods. Нет? о_0 ?! Ок.

CocoaPods, как утверждают разработчики, - это “The best way to manage library dependencies in Objective-C projects.” И они действительно правы - это самый лучший способ подключать библиотеки к проекту. Советую заглянуть на сайт http://cocoapods.org.

Устанавливаем cocoapods через консоль:

$ sudo gem install cocoapods $ pod setup

MagicalRecord - это такая волшебная библиотека, которая превращает работу с CoreData в прогулку по парку. Вместо того чтобы в ручную устанавливать и добавлять библиотеку к проекту для этого используем cocoapods. Для этого в папке, где находится наш проект “.xcodeproj”, создаем файл с названием “Podfile”. Содержание Podfile-файла:

platform :ios, '7.0' pod 'MagicalRecord', '2.2' link_with ['Occurrence', 'Occurrence Tests']

Не забудьте заменить Occurrence и Occurrence Tests, на название target-ов вашего проекта.

После этого в консоле переходим в папку с проектом (там где Podfile) и пишем:

$ pod install

Cocoapods создаст воркспейс “.xcworkspace” файл, подключит к нему проект, который мы создали, создаст новый проект под названием Pods, скачает все необходимые библиотеки для MagicalRecord и сконфигурирует все проекты как надо. Впредь основным файлом будет xcworkspace-файл.

Теперь в проекте есть юнит-тесты и MagicalRecord библоетка подключенная через Pods

Core Data, MagicalRecord и юнит-тесты.

Все необходимое готово, теперь переходим к юнит-тестам для Core Data.

Открываем наш тест файл Occurrence_Tests.m и добавляем header

#import "CoreData+MagicalRecord.h"

Инициализируем Core Data стэк в методе (void)setUp

- (void)setUp { [super setUp]; [MagicalRecord setupCoreDataStackWithInMemoryStore]; }

Метод (void)tearDown, соответсвенно, служит для удаления всех ресурсов в конце теста.

- (void)tearDown { [MagicalRecord cleanUp]; [super tearDown]; }

[MagicalRecord setupCoreDataStackWithInMemoryStore] инициализирует CoreData стэк с типом NSInMemoryStoreType. Одна строчка кода вместо того, чтобы в ручную расписывать всю инициализацию. Magic!

Теперь пишем юнит-тесты.

Вот кусок модели (model) Core Data

А вот, тест, который создает Project и добавляет к нему Question

- (void)testProjectCreation { NSManagedObjectContext *context = [NSManagedObjectContext MR_defaultContext]; Project *prj = [Project MR_createEntity]; prj.name = @"Lifts"; Question *q1 = [Question MR_createEntity]; q1.name = @"UP/DOWN?"; [prj addQuestionsObject:q1]; // Save the context. [context MR_saveOnlySelfWithCompletion:^(BOOL success, NSError *error) { if (!success) { XCTFail(@"%s, Unresolved error %@, %@", __PRETTY_FUNCTION__, error, [error userInfo]); } }]; }

А дальше ⌘U. :)

И что же я раньше этого не делал?! :)

Ссылки для чтения

http://cocoapods.org/

https://github.com/magicalpanda/MagicalRecord

Сессия 409 на WWDC 2013 “Testing in Xcode 5” - https://developer.apple.com/wwdc/videos/index.php?id=409 (нужен девелоперский аккаунт)

Core Data: Data Storage and Management for iOS, OS X, and iCloud (Pragmatic Programmers), by Marcus S. Zarra Будьте внимательны. Второе издание. Первое издане сильно устарело.

[euvs]

XCode: Как создать Lite-версию программы из Pro-версии

Допустим есть у меня XCode проект, который полностью работает и программа давно уже в аппсторе. И вот мне захотелось создать бесплатную Lite  версию программы. Можно конечно физически скопировать весь проект со всеми исходными кодами в новую папку и начать редактировать его для “Лайт” версии, но это, уверяю, ни к чему хорошему не приведет в конечном итоге. Например, если пофиксил я баг в “Про” версии, то мне надо будет не забыть пофиксить и в “Лайт” версии, или, поменял дизайн в одном проекте, то надо будет не забыть сделать то же самое в другом. Рано или поздно где-нибудь да что-нибудь потеряется, да и  одну и ту же работу не хочется делать по два раза. Решение этой проблемы простое. Можно один и тот же код использовать как для “Лайт” версии, так и для “Про” версии, создав два разных “Target” в одном проекте в XCode. Как это сделать сейчас и расскажу. Все достаточно просто.

Например у меня есть готовый проект “Про” версии программы для айФона, который выглядит так.

В проекте сейчас всего один target - “Occurrence”. Соответственно, когда я компилирую проект, то получаю программу Occurrence.app

Теперь создаем “Лайт” версию. Для этого делаем копию существующего target’а

и переименовываем

XCode также автоматически добавил новую схему

Поскольку имя “Occurrence copy” немного некрасивое, то и меняем и его. Если нажать на “Manage Schemes”, то появится окно, где можно будет переименовать в более приятное название.

Следующий шаг - это поменять “Bundle Identifier”, чтобы не было конфликта между “Лайт” и “Про” версией. Например так.

Вкладка Info

Вкладка General

Вкладка Build Settings

Поменять Product Name

Так же советую внимательно просмотреть все настройки, вдруг еще что-нибудь переименовать забыли.

——

Теперь в проекте существуюе два разных target’a, которые можно независимо компилировать и запускать на устроиствах. Переключение между ними происходит переключением схем Occurrence и Occurence Lite (вверху слева возле кнопок “Плей”/”Стоп”)

Работа с “Лайт” версией теперь абсолютно такая же как и c “Про” версией. Нужно точно также как и для “Про” версии создать новый сертификат прежде чем сабмитить в Аппстор, и незабыть указать его в Build Settings настройках для “Лайт” версии.

И последний ньюанс. Как дать исхдному коду понять, что это “Лайт” версия или “Про”? Очень просто. Достаточно добавить “Preprocessor Macros” для “Лайт” версии.

После этого OCCURRENCE_LITE_VERSION можно использовать в коде

#ifdef OCCURRENCE_LITE_VERSION // Lite version NSLog(@"Lite version"); #else // Not lite version NSLog(@"Not lite version"); #endif

Если что упустил в процессе, то пишите - исправлю.

Удачи!

[euvs]

[zaal-blog-blog]

Very handy.

[euvs]

Design doesn't have to be new, but it has to be good. Research doesn't have to be good, but it has to be new.

http://paulgraham.com/desres.html

[euvs]

Live in the future and build what seems interesting.

http://paulgraham.com/startupideas.html