Stanfy — это дружная команда профессионалов, которая занимается разработкой мобильных приложений для iPhone и Android. Мы растем быстро и динамично, а круг задач перед каждым сотрудником расширяется экспоненциально.

Ниже описание нескольких вакансий.

Менеджер проектов

Мы ищем человека способного занять роль Менеджера Проектов (PM) в компании, организовывать и вести работы по проектам.

Менеджер Проектов

Обычно в проекте задействованы от 4 до 6 человек. Задача PM — организовать коммуникацию, взаимодействие между всеми участниками процесса и выдать качественный готовый продукт в срок. И так по каждому проекту. Все довольно просто.

Нужно будет:

• управлять командой;
• быть постоянно на связи с представителем клиента, разбираться в его задачах и планировать их реализацию командой;
• уметь оценивать трудозатраты и сроки по задачам клиента;
• помогать клиенту разобраться во всем и предлагать лучшие решения;
• организовывать всю работу по проекту;
• постоянно отслеживать эффективность работы команды, выявлять узкие места и находить способы их решения;
• мониторить и контролировать выполнение проекта;
• сдавать проекты в оцененные сроки;
• вести общую документацию по проекту.

Нужно уметь/знать/иметь:

• опыт управления командой в IT отрасли (желателен);
• провести анализ сложной системы (или требований) и разложить все на понятные элементы;
• решать конфликты как с представителем заказчика, так и внутри команды;
• English - Intermediate+ (умение письменно и устно изложить свои мысли и понять собеседника);
• быть лидером для своей команды.

Присылайте ваше резюме с указанием в заголовке письма “PM-012″ на адрес vacancy@stanfy.com.ua и обязательно указывайте желаемый уровень ЗП.

QA Специалист

Мы ищем человека, способного играть роль QA Специалиста (QA) в компании и быть на страже качества наших проектов. Иногда такого человека называют “тестер”, но это не совсем полностью отражает его роль в команде.

QA Специалист

Обычно в проекте задействованы от 4 до 6 человек. Задача QA — организовать тестирование и постоянное отслеживание качества разрабатываемого проекта.

Нужно будет:

• описывать use-cases в проекте;
• составлять план тестирования проекта;
• проводить тестирование и описывать все найденные неточности, ошибки, неюзабельные места и т.д.

Нужно уметь/знать/иметь:

• понимание процесса разработки ПО;
• аналитический склад ума;
• ответственность и самоорганизованность;
• English - Intermediate;
• желание учиться и развиваться.

Присылайте ваше резюме с указанием в заголовке письма “QA-012″ на адрес vacancy@stanfy.com.ua и обязательно указывайте желаемый уровень ЗП.

iPhone/Android программисты

Мы ищем человека, способного разрабатывать приложения для iPhone/Android, либо желающего научиться этому.

Требование к программисту:

• понимать, как работает компьютер, операционные системы и современные программы (процессор, память, кеширование, процесс, поток, буфер, интерфейс, бизнес-логика, сервер, клиент, протокол, файловая система);
• разбираться и понимать как работают Web-технологии (HTTP, HTML/XHTML, XML/XSLT, CSS, JavaScript, SOAP, Cookie);
• базы данных (таблица, поле, constraint, декартово произведение, объединение,  SQL, сложные запросы);
• технологии и процесс разработки софта (SVN, Bug Tracker, Issue Tracker);
• алгоритмы и шаблоны проектирования (сортировка, поиск, архитектура приложения, одиночка, MVC);
• опыт работы с языками С/С++/Obj-C.

И самое важное:

• ответственность;
• открытость и честность;
• желание и умение постоянно и быстро учиться.

Присылайте ваше резюме (+портфолио в случае с работой по-проектно) с указанием в заголовке письма “IP-012″ на адрес vacancy@stanfy.com.ua.

Партнеры по разработке iPhone/Android приложений

Мы также заинтересованы в надежных партнерах по разработке iPhone/Android проектов на сдельной основе. Если вы команда или независимый специалист и вам интересна по-проектная форма сотрудничества, присылайте нам свое резюме или портфолио на vacancy@stanfy.com.ua и не забывайте указывать цены.

Уже чуть больше года основной специализацией команды Стенфай является разработка мобильных приложений для iPhone. Мы следим за всеми новшествами в этом сегменте рынка и пытаемся развивать его в Украине — организовываем и выступаем на конференциях, консультируем агентства.

Наряду с разработкой под iPhone нам также интересны и другие платформы — Android и Blackberry, поэтому пока не было реальных задач, мы решили попробовать технологию и разработать свое собственное приложение. Нам было интересно «пощупать» рынок и пройти через процедуру сабмита приложения в Android Market.

Рома Мазур предложил реализовать идею известной логической игры «Охота на лисиц», в которую около 10 лет назад он играл на компьютере «Поиск» :).

На игровом поле в случайном порядке располагаются «лисы» и задача игрока их найти за как можно меньшее количество ходов. При открытии ячейки вы или находите лисицу или видите число, которое показывает суммарное количество лисиц по горизонтали, вертикали и двум диагоналям.  Существует много версий этой игры для компьютеров и мобильных телефонов, а теперь и  для смартфонов на базе Android.

В ситуации с Android, сабмит приложения проходит гладко и быстро — через 10 минут после загрузки «Fox Hunter» уже был доступен в Android Market.

«Fox Hunter» можно найти через поиск в Android Market, по этой ссылке market://details?id=com.stanfy.android.foxhunter или используя qrcode.

Используйте на свой страх и риск. Для меня это работало и решило мою задачу. Я не несу ответсвенность за то, как ВЫ это будете использовать ;)

Понадобится на самом деле совсем немного. Для начала находим и добавляем из библиотек CoreTelephony.framework. Так как header’ы для него отсуствуют (все-таки Private API), нам понадобится файл хедера, который мы заберем  у ericdasan. Все ненужные методы и структуры нам можно спокойно удалять. Нас интересует только вот этот метод :

 - (BOOL)sendSMSWithText:(id)fp8 serviceCenter:(id)fp12 toAddress:(id)fp16;

Дальше - все просто:

#import "CTMessageCenter.h"

....

 // SENDS SMS Without user prompt!!!
 // ServiceCenter - nil - по идее использует SMS-сервисцентр по умолчанию
 // Формат я не копал - потому что для меня задача решена ;) Но, скорее всего
 // здесь просто номер сервисного центра SMS
   [[CTMessageCenter sharedMessageCenter] sendSMSWithText:@"Cool!"
                                            serviceCenter:nil
                                                toAddress:@"+38091ХХХХХХХ"];

Исходный код прилагается

В Стенфай в 2009 произошло много всего интересного и значимого для всех нас.

Во-первых нас стало на 5 человек больше и теперь места на кухне во время праздников дня варенья стало совсем мало :). В этом году женился Рома Мазур (с чем мы его еще раз поздравляем) и мы всем коллективом сходили в поход в Карпаты, после которого многие решили, что больше никогда не согласятся на подобные провокации :). А благодаря Роме Ходобашу коллективно научились кататься на роликах.

Из рабочих моментов - мы освоили и успешно работаем в новом для себя направлении разработки под современные мобильные платформы. В январе 2009 вышло в свет в AppStore наше первое iPhone приложение Rub2Grub для социальной сети crazymenu.com. С тех пор мы успели создать около десяти  iPhone приложений для украинского, российского, европейского и американского рынков, набить необходимых шишек и понять, что и дальше хотим создавать классные iPhone и Android аппы.

2009 принес нам новых партнеров и клиентов, мы успешно завершили несколько внутренних проектов для компании Астелит и мобильного оператора Life:).

В марте 2009 мы организовали и провели контест для настоящих программистов Sapka, в котором приняло участие 45 команд (а это около 150 участников) со всей Украины, России и Беларуси, которые за 7 дней создали робота-бомбермена с искусственным интеллектом. Основной целью, которую мы для себя ставили, было стимулирование программистов к нестандартному мышлению над нестандартными задачами. Мы также поддержали и стали партнерами конференции для разработчиков CodeСamp, в рамках которой проводилось награждение победителей Sapka.

В июле 2009 мы организовали первую в Восточной Европе конференцию для iPhone разработчиков - iPhoneDevCamp, которая собрала 320 человек из Украины, России, Беларуси, Латвии, Германии, Молдовы и США. Конференция показала высокий интерес к iPhone разработке и дала стимул к формированию сообщества iPhone разработчиков в Украине. С тех пор Stanfy проводит регулярные миникемпы для iPhone разработчиков iPhoneDevCamp Kyiv, которые каждый раз собирают от 50 до 70 человек. Их цель - создание среды для обмена опытом, знаниями и идеями iPhone разработчиков в Украине.

Осенью 2009 мы помогали в организации конференции для специалистов медиа-рынка Украины MediaCamp Kyiv, а также на протяжении всего года участвовали в других конференциях и баркемпах в России, Казахстане и Европе. Выступили на баркемпе в Алматы, в Санкт-Петербурге на NevaCampe, на российском iCampe, в Вильнюсе на MediaBarCampe, стали участниками российской интернет-конференции RIW2009 и побывали на парижском LeWeb 2009.

Все перечисленное, это заслуга всей нашей команды Stanfy, каждого отдельного человека, который каждый день приходит в офис, включает компьютер и посвящает свои мысли и время общим целям и планам, делится своими идеями, участвует в спорах и обсуждениях, учится новому и помогает другим.

Мы хотим, что бы развивался наш Интернет и наши украинские разработчики, мы считаем, что будущее за мобильными технологиями и стремимся донести это до украинцев и украинского бизнеса.

Спасибо всем, кто нас в этом поддерживает и счастливого Нового года! … и не забудьте получить поздравления от тигра :).

Впечатления, фотографии и отчет о событии будут позже.

В основі лежить рекурсивний алгоритм. На кожному рекурсивному вході формується новий елемент перестановки. Глибина рекурсії, таким чином, рівна n. Для формування перестановки використовується бітова карта - екземпляр класу java.util.BitSet, що і є головним фактором простоти алгоритму. Викорстання даної реалізації є дуже простим:

PermutationsHelper.generate(elementsCollection, handler);

Тут elementsCollection - екзмепляр класу, що настлідує java.util.Collection,
handler - об’єкт, що містить метод для обробки кожної з перестановок, на приклад, для виведеня на екран:

/** Колекція елементів. */
elementsCollection = Arrays.asList("a", "b", "c", "d");
handler = new PrintHandler();

.....

/**
 * Виводить на екран перестановку елементів класу String.
 */
public class PrintHandler implements PermutationsHandler<String> {
  @Override
  public void handle(final ArrayList<String> permutation) {
    System.out.println(permutation);
  }
}

Люблю побавитися за Java Generics…

Словом, дивіться:

import java.util.ArrayList;
import java.util.Arrays;
import java.util.BitSet;
import java.util.Collection;

/**
 * This class helps to generate permutations of elements.
 */
public class PermutationsHelper<T> {
  /** Handler. */
  private PermutationHandler<T> handler;
  /** Bitmap to identify used elements. */
  private BitSet bitmap;
  /** Elements to permutate. */
  private ArrayList<T> elements;
  /** Current permutation. */
  private ArrayList<T> permutation;

  /** Hidden constructor. */
  private PermutationsHelper() { }

  /**
   * Does a change in the permutation.
   * @param iteration iteration index (recursion depth)
   */
  private void change(final int iteration) {
    if (iteration == permutation.size()) {
      handler.handle(permutation);
      return;
    }
    for (int i = bitmap.nextSetBit(0); i >= 0; i = bitmap.nextSetBit(i + 1)) {
      permutation.set(iteration, elements.get(i));
      bitmap.clear(i);
      change(iteration + 1);
      bitmap.set(i);
    };
  }

  /**
   * Generates permutations for the elements collection and calls a handler
   * for the each new permutation.
   * @param <T> elements type
   * @param elements elements collection
   * @param handler permutation handler
   */
  public static <T> void generate(final Collection<T> elements,
      final PermutationHandler<T> handler) {
    PermutationsHelper<T> helper = new PermutationsHelper<T>();
    helper.elements = new ArrayList<T>(elements);
    helper.permutation = new ArrayList<T>(elements);
    helper.handler = handler;
    helper.bitmap = new BitSet(elements.size());
    helper.bitmap.set(0, elements.size());
    helper.change(0);
  }

  /**
   * Permutation handler interface.
   * @param <T> elements type
   */
  public static interface PermutationHandler<T> {
    void handle(final ArrayList<T> permutation);
  }

  /**
   * Starts the test.
   * @param args arguments are ignored
   */
  public static void main(final String[] args) {
    PermutationsHelper.generate(
        Arrays.asList("a", "b", "c", "d"),
        new PermutationHandler<String>() {
          @Override
          public void handle(final ArrayList<String> permutation) {
            System.out.println(permutation);
          }
        }
    );
  }

}

Але це ще не все. Оскільки я останнім часом став фаном Groovy, то покажу ще, як можна використати даний генератор за допомогою цієї мови. Додамо до нашого класу PermutationsHelper ще один метод:

import groovy.lang.Closure;

....

  public static <T> void generate(final Collection<T> elements,
      final Closure closure) {
    generate(elements, new PermutationHandler<T>() {
      @Override
      public void handle(final ArrayList<T> permutation) {
        closure.call(permutation);
      }
    });
  }

Тепер, для Groovy, попередній приклад буде виглядати наступним чином:

PermutationsHelper.generate(["a", "b", "c", "d"]) {
  println it
}

Основной целью участия в конференции для нас было познакомиться с российским Интернет рынком, узнать о тенденциях и перспективах, которые прогнозируют участники рынка, пообщаться с коллегами  и найти новых партнеров.

Хелптим на RIW :)

Выставка "Интернет 2009"

В целом событие было достаточно насыщенно докладами и общением. На самом экспо компании наперебой завлекали посетителей в свои креативные и не очень стенды, устраивали конкурсы и аукционы, угощали текилой и яблоками. Детали можно увидеть на фотографиях в альбоме.

Сама выставка скорее была рассчитана не на профессионалов интернет рынка, а на обычных пользователей, которым хотели рассказать как использовать сервисы гугла, как искать работу или где научиться быть крутым SEO. Выставку громко и пафосно анонсировали, но, по большому счету, ничего интересного там не было. За красивым названием “Аллея инноваций” скрывался ряд стендов со стартапами, которые раздавали листовки, фотографировали с обнаженными девушками и охотно рассказывали о своих проектах.

Содержательная часть конференции проходила в пять потоков, четыре из которых могли посетить только участники профессиональной программы. За эту возможность при ранней регистрации нужно было заплатить около 100 долларов.

Участниками профпрограммы стали 3000 человек, в то время как мест во всех четырех залах и бизнес зоне было не больше чем для 1000. Три дня практически на все интересные секции нельзя было даже зайти - люди стояли в проходах и проемах дверей, не было свободы перемещения и доступа к интересующим докладам. Пожалуй, теснота и отсутствие работающего wifi было самым неприятным впечатлением от RIW 2009.

Бизнес зона в самом начале... уже через пару часов тут было не так уютно :)

Переполненные секции

Интернет аудитория в России

Пользователями Интернет в России являются 38,9 млн. человек (35%), что больше на 5% по сравнению с летом 2008 года. Прирост суточной аудитории за год составил 4,1% (5,4 млн.), что показывает увеличение интенсивности использования Интернет уже существующими пользователями, а вот привлечение новых происходит не так активно.

Динамика проникновения Интернет в России (млн.чел)

Основной прирост аудитории в России происходит за счет регионов, а самый высокий уровень проникновения Интернет в Москве — 60% взрослого населения столицы (5,4 млн.).

Динамика проникновения Интернет в регионы (%)

Видимо проникновение Интернет среди образованных и обеспеченных граждан достигло определенного насыщения и наиболее активный рост проникновения  был замечен среди людей с неполным средним образованием и низким уровнем доходов. (Данные Фонда Общественного Мнения).

Динамика проникновения Интернет по уровню дохода (%)

Динамика проникновения Интернет по уровню образования (%)

Еще интересно, что в России Интернет достаточно серьезно конкурирует с ТВ, радио, печатными СМИ. По данным TNS дневная аудитория Яндекса или Mail.ru значительно выше числа зрителей некоторых телеканалов и всех радиостанций.

Топ-20 ТВ, Радио и Интернет (дневная аудитория, млн. чел)

Рекламные бюджеты

Тема кризиса на RIW2009 оговаривалась почти на всех секциях, но, к радости всех интернетчиков, из всех медийных каналов  кризисные явления менее всего отразились на онлайн рынке. В целом российский рекламный рынок упал на 30%, сильнее всего это отразилось на прессе и наружной рекламе (-45% ), а уровень рекламных инвестиций в Интернет увеличился на 5%.

По итогам первого полугодия 2009 года общий объем рынка Интернет рекламы составил 230 млн. дол.. — на долю медийной рекламы пришлось 31% (90 млн. долл.).

Объем рынка Интернет рекламы в России (источник: Mindshare Interaction)

Доля Интернет в структуре рекламных затрат, % (источник: GroupM Interaction review)

В целом кризисные явления в российском Интернет вылились в то, что издательские дома все активнее стали работать над развитием сайтов, профессиональные команды журналистов переходить в онлайн (Slon.ru, Snob.ru), а ТВ каналы занялись разивитием информационных онлайн проектов (Вести).

Самыми затратными с точки зрения рекламы в 2009 году оказались автомобильная отрасль (30%), телеком (19%) и FMCG (18%), а самым щедрым рекламодателем МТС.

Топ 10 рекламодателей Рунета (млн руб., источник: Mindshare Interaction)

Это первая часть отчета о RIW, в которой хотелось кратко описать рынок в цифрах и общее впечатление о событии. В следующей части речь пойдет о тенденциях и популярных трендах российского интернет рынка, о том как завлекают на свои площадки рекламодателей, как формируют бренды в социальных сетях и нужен ли российским компаниям твиттер.

Клавиатура с UIToolBar'ом

Много кто видел как в некоторых приложениях вместе с клавиатурой выезжает UIToolBar - примерно так, как это показано на рисунке.

Есть несколько вариантов так сделать. Первый, и самый “простой” - это позиционировать UIToolBar в нужное место до/или после того, как началось редактирование, и клавиатура должна выехать. Даже для начинающего программиста эта задача не составит особого труда.

Программист более продвинутый, который любит и умеет читать документацию или искать, без особого труда найдет , что можно подписаться на глобальные события UIKeyboardWillShowNotification и UIKeyboardWillHideNotification, чтобы вовремя подставлять/убирать UIToolBar.

После того, как нам не понравится (а нам  не понравится) то, что UIToolBar “прыгает” вместо того, чтобы плавно уезжать вместе с клавиатурой, добавим немного анимации. После таких манипуляций должен получиться примерно следующий код:

// Здесб у нас будут "константы"
#define VIEWPORT_SIZE 320
#define KEYBOARD_HEIGHT 215
#define TOOLBAR_HEIGHT 44
#define KEYBOARD_TRANSITION_DURATION 0.3

// Подписываемся на глобальные события
- (void)viewDidLoad {
[super viewDidLoad];
NSNotificationCenter *nc = [NSNotificationCenter defaultCenter];
// Событие перед появлением клавиатуры
[nc addObserver:self selector:@selector(keyboardWillShow:) name:UIKeyboardWillShowNotification object:nil];
// Событие перед скрытием клавиатуры
[nc addObserver:self selector:@selector(keyboardWillHide:) name:UIKeyboardWillHideNotification object:nil];
}

-(void) keyboardWillShow:(NSNotification *) note {
// Так как клавиатура появляется с самого низа экрана,
// то UIToolBar должен быть чуть-чуть выше
toolBar.frame = CGRectMake(0, [[self view] frame ].size.height - TOOLBAR_HEIGHT, VIEWPORT_SIZE, TOOLBAR_HEIGHT);

// Вычисляем точку, куда должен "прилететь" UIToolBar
CGRect toolBarRect = [toolBar  frame];
toolBarRect.origin.y = [[self view] frame].size.height - KEYBOARD_HEIGHT - TOOLBAR_HEIGHT;

// Добавляем красивости
[UIView beginAnimations:nil context:nil];
[UIView setAnimationDuration:KEYBOARD_TRANSITION_DURATION];
[toolBar setFrame:toolBarRect];
[UIView commitAnimations];

}

-(void) keyboardWillHide:(NSNotification *) note {
//А вот "улетать" UIToolBar должен за пределы экрана.
//Он будет "улетать" чуть-чуть быстрее, чем клавиатура
//Выглядит неплохо, хоть и не совсем правильно.
[UIView beginAnimations:nil context:nil];
[UIView setAnimationDuration:KEYBOARD_TRANSITION_DURATION];
toolBar.frame = CGRectMake(0, [[self view] frame ].size.height, VIEWPORT_SIZE, TOOLBAR_HEIGHT);
[UIView commitAnimations];
}

Это, если использовать “константы”. Трудно себе представить, конечно, но что будет, если вдруг размер клавиатуры/время ее появляения/анимация ее появления вдруг изменятся? Как делать все правильно? Обращаю внимание, что в большинстве случаев вполне достаточно кода который уже был приведен, и я сам считаю, что “Що занадто - то нездраво”(”Что чересчур - то нездорово”). Но если все-таки надо, то вышеперечисленную информацию можно “достать” из NSNotification userInfo. userInfo - это, обычно, NSDictionary, который по ключам хранит полезную информацию:

//Тип анимации
//   UIKeyboardAnimationCurveUserInfoKey = 0;
//Время анимации ("выезд клавиатуры")
//   UIKeyboardAnimationDurationUserInfoKey = 0.300000011920929;
//Размеры клавиатуры
//   UIKeyboardBoundsUserInfoKey = NSRect: {{0, 0}, {320, 216}};
//Центр клавиатуры в начале анимации
//   UIKeyboardCenterBeginUserInfoKey = NSPoint: {160, 588};
//Центр клавиатуры в конце анимации
//   UIKeyboardCenterEndUserInfoKey = NSPoint: {160, 372};

...

// А вот, собвственно, как віглядит код:

-(void) keyboardWillShow:(NSNotification *) note {
   NSDictionary * userInfo = [note userInfo];
   CGRect keyboardSize;
   [[userInfo objectForKey:UIKeyboardBoundsUserInfoKey] getValue:&keyboardSize];
   CGPoint keyboardCenterBeforeAnimation;
   [[userInfo objectForKey:UIKeyboardCenterBeginUserInfoKey] getValue:&keyboardCenterBeforeAnimation];
   CGPoint keyboardCenterAfterAnimation;
   [[userInfo valueForKey:UIKeyboardCenterEndUserInfoKey] getValue:&keyboardCenterAfterAnimation];
   double animationDuration;
   [[userInfo objectForKey:UIKeyboardAnimationDurationUserInfoKey] getValue:&animationDuration];
   int animationType;
   [[userInfo objectForKey:UIKeyboardAnimationCurveUserInfoKey] getValue:&animationType];

   toolBar.frame = CGRectMake(0, keyboardCenterBeforeAnimation.y - keyboardSize.size.height / 2 - TOOLBAR_HEIGHT, keyboardSize.size.width, TOOLBAR_HEIGHT);
   [UIView beginAnimations:nil context:nil];
   [UIView setAnimationDuration:animationDuration];
   [UIView setAnimationCurve:animationType];
   [toolBar setFrame:CGRectMake(0, keyboardCenterAfterAnimation.y - keyboardSize.size.height / 2 - TOOLBAR_HEIGHT, keyboardSize.size.width, TOOLBAR_HEIGHT)];
   [UIView commitAnimations];
}

Теперь вы знаете своего врага в лицо - и вся информация о нем есть. Как использовать эту информацию - решать вам ;) Я дал лишь один из вариантов ее использования ;)

И не забывайте, что у клавиатуры и ее событий есть некоторые особенности.

Компания GlobalLogic в этом году конкурс “Программания 2009″ делает намного интереснее и привносит в него движение и азарт из реальной жизни.

Организаторами соревнования, была придумана легенда (теория заговора) и внесена в пространство реальных городов. Ну и как же здесь без программирования? Все будет построено на программировании, но от задания можно будет ожидать чего угодно! Поэтому, стоит запастись и фанариком и кусачками колючей проволоки :) Это точно будет что-то интересное.

Принять участие в конкурсе “Программания 2009″ может любой желающий! И расстояние здесь - совсем не помеха! Достаточно хотя бы одного бойца иметь на полях реальной битвы в Киеве, Харькове или Львове, а дальше средства связи вам помогут.

Узнайте подробнее о Конкурсе, правилах участия и зарегистрируйтесь.

Модель данных

Типы данных свойств объектов особого значения для примеров не имеют. Модель взята из “детского набора инженера-генетика”, который позволяет в домашних условиях выращивать животных нечто, с одним телом, одной головой, некоторым количеством рук и ног. Каждая часть тела имеет определенные свойства.

Начать стоит, как обычно, с заполнения БД. Необходимо напомнить, что Core Data - это не БД. Просто мы испольуем ее возможность сохранения данных из Core Data в БД.

Добавление объектов

Для добавления объекта нам понадобится - контекст 1 штука. Этого должно хватить. Инженер-генетик начинает с добавления тела жертвы:

//Простой вариант - объект сразу добавится в контекст
NSManagedObjectContext * context = [[StorageProvider sharedInstance] managedObjectContext];
// Получаем описание сущности через контекст (context -> storeeCorordinator -> model)
NSEntityDescription * entityDescription = [NSEntityDescription entityForName:@"Body" inManagedObjectContext:context];
Body * body = [[[Body alloc] initWithEntity:entityDescription insertIntoManagedObjectContext:context] autorelease];
[body setWeight:[NSNumber numberWithInt:100]];

// Вариант создания без использования контекста
NSManagedObjectModel * model = [[StorageProvider sharedInstance] managedObjectModel];
// Получаем описание сущности через модель
entityDescription = [[model entitiesByName] objectForKey:@"Body"];
body = [[[Body alloc] initWithEntity:entityDescription insertIntoManagedObjectContext:nil] autorelease];
[body setWeight:[NSNumber numberWithInt:200]];

//Положим объект в контекст позже
[context insertObject:body];

// Сохраняем контекст с двумя телами
NSError * error;
if (![context save:&error]) {
   NSLog(@"Ошибка при сохранении в Базу : %@", [error userInfo]);
}

Класс StorageProvider в примере - это мой класс-синглтон, в котором хранятся модель, контекст  и многое другое.

Теперь надо прояснить ситуацию - откуда взялся NSEntityDescription? Объекты класса NSEntityDescription описывают ссвойства и связи сущности в модели (Entity). Так, на каждую сущность в модели есть свое описание. Это описание можно получить двумя способами (технически одним, конечно). В примере показаны оба способа - получение описания через контекст + имя сущности, и получение описания через модель + имя сущности. На самом деле оба способа работают одинаково - просто первый вариант получает по контексту persistenceStoreCoordinator, из него получает модель, а уже из модели по имени описание.

Здесь надо отметить две вещи - имя сущности может не совпадать с именем класса, и использование строковых констант не самый лучший выбор. Для устранения обоих недостатков можно, например, каждому классу сущности определить метод, который возвращает имя сущности в модели:

// Body.m
...
+(NSString *) entityName {
   return @"SomeBody";
}
...

Проблемы с добавлением?

Хорошо, когда все хорошо добавляется. А что делать, если все “плохо добавилось” или не добавилось совсем ? Где искать виновных? На примере видно, что если сохранение не пройдет, то в результате в [NSError userInfo] будет код ошибки. Так-то оно так, но “вменяемым” оно будет в том случае, если ошибку вызовет один объект. Если ошибку вызвали одновременно несколько объектов, то необходимы небольшие танцы с бубном, чтобы вытащить описание ошибки. Вот так выглядит [NSError userInfo], если “руки(arms) сделать обязательным параметром для тела(body)” :

NSDetailedErrors =     (
  Error Domain=NSCocoaErrorDomain Code=1580 UserInfo=0xf2e6c0 "Operation could not be completed. (Cocoa error 1580.)",
  Error Domain=NSCocoaErrorDomain Code=1580 UserInfo=0xf2e9e0 "Operation could not be completed. (Cocoa error 1580.)"
);

Я бы не стал рисковать сообщать инженеру-генетику о том, что он не может создать животных только потому, что возникли две ошибки 1580. Можно, конечно, подсмотреть в документации, и узнать, что произошла ошибка при валидации, но этого мало. Важно знать, какие объекты вызвали ошибку.

Делается это достаточно просто. Из той же документации узнаем, что по ключу NSDetailedErrorsKey в [error userInfo], в случае многочисленных ошибок, будет лежать массив с этими ошибками. Немного переписав код обработки ошибки при сохранении, получим следующее:

NSError * error;
if (![context save:&error]) {
   NSDictionary * dict  = [error userInfo];
   NSArray * detailedErrors = [dict objectForKey:NSDetailedErrorsKey];
   if (detailedErrors) {
      NSLog(@"Все хорошо, но контекст не сохранен потому что : ");
      for (NSError * detailedError in detailedErrors) {
         NSLog(@"Есть ошибка : %@", [detailedError userInfo]);
      }
   } else {
     NSLog(@"Ошибка при созранении в Базу : %@", [error userInfo]);
   }
}

В результате получим причну ошибки в более “удобочитаемом” виде.

Логика сохранения

Если не было ошибок и все прошло удачно, то все объекты были успешно сохранены в БД. В случае, если произошла ошибка, то все объекты, которые не были сохранены в БД, будут возвращены в [NSError userInfo]. Эти объекты можно получить по ключу NSValidationObjectErrorKey (в случае ошибок валидации). Это значит, что в случае, если из 100 объектов добавленых в контекст, не сохранится всего один, то 99 из них успешно будут добавлены в БД, и только один будет оставаться в контексте. Этот объект можно подправить, и снова вызвать [context save:&error]. И так до тех пор, пока не будут устранены все ошибки. Для нашего случая это может выглядеть следующим образом :

// Если нам нельзя сохранить объект
NSLog(@"Ошибка при созранении в Базу : %@", [error userInfo]);
Body * object = [[error userInfo] objectForKey:NSValidationObjectErrorKey];
[object setWeight:[NSNumber numberWithInt:[[object weight] intValue] + 10]];
// То создаем руку
Arm * arm = [[Arm alloc] initWithEntity:[NSEntityDescription  entityForName:@"Arm" inManagedObjectContext:context]
                  insertIntoManagedObjectContext:context];
[arm setLength:[NSNumber numberWithInt:5]];
// Добавляем руку к телу
[object addArmsObject:arm];

// Снова сохраняем
if (![context save:&error]) {
  ...
}

После того, как надоедает просто добавлять объекты в БД, возникает вполне логичный вопрос - а как их оттуда забирать?

NSFetchRequest - формирование запросов к БД

Где данные?

В Core-Data для запросов к БД используется класс с названием NSFetchRequest. Этот запрос выполняется конткекстом, и, в результате его выполнения, в контексте оказывается набор объектов, готовых к дальнейшему использованию.

NSFetchRequest очень “многофункциональный”. Мало того, что у него есть масса свойств и методов, которые влияют на возвращаемый результат, так у него есть еще и свойство/параметр predicate, который является аналогом SQL-запроса в БД.

Итак. Сразу начнем с примера - заберем из “лаборатории” все тела, вес которых превышает 150 кг:

//Создаем запрос
NSFetchRequest * request = [[[NSFetchRequest alloc] init] autorelease];
// Указываем, какого типа будет возвращаемый результат и куда ложить результат
[request setEntity:[NSEntityDescription entityForName:@"Body" inManagedObjectContext:context]];
// Указываем, что вес должен быть больше 150 кг
[request setPredicate:[NSPredicate predicateWithFormat:@"weight > 150"]];
// Получаем результат
NSArray * result = [context executeFetchRequest:request error:&error];

Если вдруг, по каким-то причинам, у вас еще старая версия iPhone SDK 3.0, то надо добавить еще сортировку результата. Да и в принципе, лучше всегда сортировать данные, которые получаете из базы - порядок их возврата не известен даже самой базе;). Остортируем возвращаемые тела по размеру головы:

[request setSortDescriptors:
    [NSArray arrayWithObject:
      [[NSSortDescriptor alloc] initWithKey:@"head.size" ascending:YES]
     ]
 ];

Формат предикатов я сейчас детально описывать не буду - для этого есть какая-никакая документация про формат предикатов (ключевое слово - “никакая”). Приведу несколько примеров формирования запросов :

// Тела с двумя руками
// В документации @count описан где-то далеко-далеко.
[request setPredicate:[NSPredicate predicateWithFormat:
    @"arms.@count == 2"]];

//Получаем всех безруких и безногих
// AND и && работают одинаково
[request setPredicate:[NSPredicate predicateWithFormat:
    @"arms.@count == 0 AND legs.@count == 0"]];

// Всех безногих, но с суммарной ддлиной рук больше 20
[request setPredicate:[NSPredicate predicateWithFormat:
    @"arms.@sum.length > 20 AND legs.@count == 0"]];

// С короткими ногами и длинными руками
[request setPredicate:[NSPredicate predicateWithFormat:
    @"legs.@avg.length < 5 AND arms.@avg.length > 10"]];

Кстати, надо заметить что можно еще делать что-то на подобие такого:

- (NSNumber *) averageArmLength {
  return [self valueForKeyPath:@"arms.@avg.length"];
}

Однако использовать такие конструкции надо осторожно - не факт, что оно работает быстрее, чем цикл с вычислением среднего (не проверено). В общем, если что - я предупредил.

Несколько советов по повышению производительности запросов

Ускоряемся

Использование Page’инга

Стандартный прием, когда данные грузятся не все сразу, а по несколько штук. Для этого у NSFetchRequest’а есть свойства fetchLimit и fetchOffset. FetchLimit ограничивает количество отдаваемых результатов, а fetchOffset - смещение от начала.

Использование FetchedProperties

Для понимания принципа ускорения с помощью этого метода, надо знать о том, что после выполнения запроса в памяти объекты результата присуствуют не полностью. Используется т.н. отложенная инициализация. Если быть точнее, у этих объектов есть только id - а все остальные свойства все еще лежат в базе данных. И как только происходит попытка доступа к другим свойствам - только тогда идет запрос в БД за полной информацией об объекте.

То есть, если, допустим, необходимо использовать только одно свойство, но у всех объектов, то для ускорения следует включить его в fetchedProperties:

// Вытаскиваем следующие 100, начиная с 10
[request setFetchLimit:100];
[request setFetchOffset:10];

// Если дописать эту часть, то будет НАМНОГО быстрее,
// чем если было бы без нее
[request setPropertiesToFetch:[NSArray arrayWithObject:@"weight"]];
// В результате (в памяти) , кроме id объектов, есть и
// свойство weight
NSArray * result = [context executeFetchRequest:request error:&error];
int sum = 0;
for (Body * somebody in result) {
   sum += [[somebody weight] intValue];
}

В примере выполнится ровно один запрос в базу данных. Если бы свойство weight не указывалось в fetchedProperties, то количество запросов в базу было бы равно количеству объектов в результате + 1.

Используя fetchedProperties надо помнить и про память - чем больше свойств объектов вытягивается из базы данных - тем больше памяти используется.

Пора оставить инженера-генетика, и дать ему попробовать осознать и попробовать возможности Core Data, о которых он узнал.

Продолжение следует.