Заметки на полях с сайта TouchDev.ru

Повесть о клавиатуре

Fri, 05 Mar 2010 15:06:50 GMT

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

UIKeyboardWillShowNotification — клавиатура должна появится,
UIKeyboardDidShowNotification — клавиатура появилась,
UIKeyboardWillHideNotification — клавиатура должна спрятаться,
UIKeyboardDidHideNotification — клавиатура наконец спряталась.

Так вот…

Если, например, просто вызвать метод resignFirstResponder у объекта класса UITextField, то все хорошо, и мы получаем оба уведомления — UIKeyboardWillHideNotification и UIKeyboardDidHideNotification. Но, если в момент редактирования какого-то из текстовых полей будет осуществлена установка курсора в другое текстовое поле, то, как выяснилось, уведомление UIKeyboardDidHideNotification не приходит, при том что приходит UIKeyboardWillHideNotification, а затем UIKeyboardWillShowNotification и UIKeyboardDidShowNotification. Возможно, это вызвано тем, что клавиатура не успевает спрятаться до того, как снова начинает появляться :) Но, в любом случае, нужно иметь это ввиду, если вы собираетесь использовать эти уведомления.

Резюме

Mon, 08 Feb 2010 10:46:09 GMT

Вы думали тут будет моё résumé? Вы ошиблись. Не будет. А будут мысли по-поводу. Дело в том, что я нашел новый подкаст. Новый — потому что старым всегда останется «Java Posse», великолепный подкаст про Java и все около-Jav'ное. И этот новый подкаст — Stack Overflow. В этих подкастах есть неуловимый дух безумия и какой-то предельно приятной гиковости. Авторы рассказывают о разных вещах так, как мне интересно. Они общаются со мной (пускай это и их «монолог») так, как мне это приятно слушать. Здоровый юмор, игра словами и приличное качество самого подкаста (как техническое, так и качество подбора новостей/тем) отлично дополняют картину.

Так о чем это я? А, да, «CV». Уже какой подкаст подряд эта тема всплывает в Stack Overflow, каждый раз с разных сторон. Сначала — как боковая тема, ответвленная от обсуждения сайта авторов подкаста. Потом — как обсуждение необходимости тестера им же в проект, далее — обсуждение вопроса. Джоел (дада, тот самый, www.joelonsoftware.com/) и Джефф (Jeff Artwood) очень подробно объясняют, как они просматривают резюме, на что можно, на что нужно обратить внимание при написании и при анализе резюме. Это безумно интересно.

Главный вывод — нужно сделать резюме оригинальным. Дарю идею — резюме iPhone-разработчика в виде программы для iPhone. Второй вывод — забейте на ваш опыт, напишите то, чем вы отличаетесь от остальных разработчиков, почему выбрать нужно именно вас. А опыт — кому он нужен?

Вывод? Мораль? У меня — скучное и никому не нужное резюме. У вас — тоже, могу поспорить. Буду исправляться. Чего и вам советую :)

Потрогать монитор?

Mon, 18 Jan 2010 21:38:38 GMT

Поскольку интересных новостей сегодня нет, придется комментировать неинтересные. Сегодня по многим информационным ресурсам прошел слух, что вместо планшетника Apple 27 января представит новый iMac с сенсорным дисплеем с поддержкой Multi-Touch.

Давайте подумаем, верить этому или нет? С одной стороны — сенсорный экран и Multi-Touch это круто, модно и современно. Но как с ним работать? Большинство владельцев больших мониторов сидит от них на расстоянии значительно превышающем длину руки. Но даже если сесть близко — руку придется вытягивать горизонтально или даже задирать вверх, и она быстро устанет. Чтобы руки не уставали, монитор надо положить горизонтально, а это уже совсем странно будет выглядеть, особенно если в нем 22 дюйма. Да и Mac OS X не совсем подходит для управления руками, не говоря уже о популярных программах для нее. Итак, экран надо уменьшить, систему поставить другую и в итоге… мы получаем планшетник, с которого все и начиналось. Странно, правда?

Отладка приложения Mac OS X под root

Tue, 15 Dec 2009 21:00:00 GMT

По умолчанию Xcode не позволяет запускать на отладку приложения с правами root и для основной массы приложений это не создает никаких проблем. Тем не менее, в ряде случаев для работы приложения права root просто необходимы.

Самый простой вариант решения этой проблемы — запуск самого Xcode с правами root.

sudo /Developer/Applications/Xcode.app/Contents/MacOS/Xcode

Хотя на мой взгляд это самый плохой вариант который только можно придумать. Можно пойти по Unix way, запустить под root отладчик gdb и уже в нем отлаживать приложение… Тоже не красивое решение, все же отладка в Xcode куда удобнее.

Итак, запусить приложение на отладку с правами root в Xcode все же можно. Для этого необходимо проделать следующие действия.

Разблокировать пользователя root на локальной машине
1. Запустить Directory Utility (находится в папке /System/Library/CoreServices/Directory Utility.app).
2. Зайти в Edit→Enable Root User и задать пароль для пользователя root.

Разблокировать удаленное соедининиие с компьютером
В System Preferences→Sharing выбирается пункт Remote Loging. Данная опция активирует на компьютере ssh демон.

Создать ключи и скопировать их в нужную папку
1. Открыть терминал и ввести ssh-keygen -t rsa
2. Принять расположение по умолчанию и задать пароль.
3. Зайти под пользователем root и создать папку ~/.ssh (~ == /var/root)
4. Скопировать публичные ключи в папку root:

cat ~/.ssh/id_rsa.pub | ssh root@localhost "cat ->> ~/.ssh/authorized_keys"

5. Проверить что все нормально

ssh root@localhost

Включить удаленную отладку при помощи ssh в Xcode
1. Выбрать Get Info для выполнимого файла.
2. В настройках Debugging выбрать Debug executable remotely via ssh и в поле Connect to указать root@localhost.

Можно приступать к отладке :)

Правильный синглтон в Objective C

Mon, 14 Dec 2009 21:00:00 GMT

При чтении официальной документации посвященной iPhone OS, складывается впечатление что существуют всего 2 паттерна проектирования: Model View Controller и Delegate. В принципе, я согласен с таким подходом, описывать большое количество паттернов скорее вредно чем полезно, особенно для нового в какой-либо области человека. Тем не менее, я люблю пользоваться удобными и привычными подходами пусть даже и на новой платформе.

Загоревшись идеей заполучить в свое распоряжение паттерн Singleton, я немного погуглил и нашел на сайте stackoverflow.com достаточно интересную дискуссию на тему правильного синглтона для Objective C. С одной стороны, приводимые там реализации достаточно хороши, но не на столько, как хотелось бы. По большому счету, почти все «велосипедные» реализации этого паттерна на C++ имеют ту же проблему — отсутствие возможности провести деинициализацию объекта при завершении приложения. При том что Objective C имеет бесшовную состыковку с C, проблема решается достаточно просто. Можно зарегистрировать обработчик, который будет вызван при завершении работы приложения при помощи функции atexit(). Единственное что стоит не забывать при работе с функцией atexit, так это ограничение на возможное количество обработчиков — 32 штуки. За более детальной информацией можно обратиться в стандарт языка C, пункт 7.20.4.2 В результате должен получиться приблизительно следующий код:

// --- файл singleton.h --

@interface Singleton : NSObject {
}

+(Singleton*) instance;

@end

// -- файл singleton.m --

#import "Singleton.h";

@implementation Singleton

static Singleton *instance_;

static void singleton_remover() {
    [instance_ release];
}

+ (Singleton*)instance {
    @synchronized(self) {
        if( instance_ == nil ) {
            [[self alloc] init];
        }
    }

    return instance_;
}

- (id)init {
    self = [super init];
    instance_ = self;

    atexit(singleton_remover);

    return self;
}

- (void)dealloc {
    [super dealloc];
}
@end

К сожалению, в связи с отсутствием в Objective C такого понятия как шаблоны, код получается не универсальный и требует работы по принципу cut and paste, что не радует. Наверное, можно пойти по пути преобразования типов и изменить возвращаемый в instance тип на id. Но при детальном рассмотрении подобный подход мне нравится еще меньше.

SproutCore: всходят семки, %username%!

Sun, 13 Dec 2009 11:39:38 GMT

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

Сначала я принял решение, что стандартная связка из PHP и парочки созданных «на коленках» форм — самое то. После принятия решения, грея вечером в руках бокал с портвейном, я довольно долго предавался размышлениям, и мне то казалось, что последние лет 10 я ничего не делал, кроме как PHP, то — что валидацией форм и «простенькими» HTML вымощена дорога в специальный программистский ад.

В итоге волевой судорогой сознания было решено искать альтернативы. И тут я вспомнил об отличном open-source framework под названием SproutCore. Что же это такое? Проще говоря, это JavaScript движок, позволяющий быстро строить программы, которые будут работать почти в любом браузере (об IE6 умолчим, пожалуй). В нём много что делается автоматически — построение красивых интерфейсов, синхронизация данных из модели в GUI, сохранение параметров пользовательской сессии, и прозрачная работа с database backend, какой бы он ни был.

После прохождения Hello, World Tutorial мне стало ясно — это, по сути, Cocoa и Cocoa Bindings для Web! Разве что писать надо на JavaScript, да и интерфейсы делать «вручную» (в смысле, расставлять координаты кнопочек и так далее). Ещё бы Interface Builder для этого дела, и совсем хорошо бы было. Собственно, архитектурно оно действительно настолько напоминает программирование под Мак с Cocoa Bindings, что неудивительно, что такие достаточно используемые веб-приложения, как MobileMe и iWork написаны имено на SproutCore.

Конечно же, такая штука нужна далеко не для всех задач, но в случаях, когда нужно сделать, например, админку для CMS-системы или ещё в ряде случаев — я бы серьезно советовал присмотреться к данному решению.

Про Джаву и Mac OS X

Sat, 12 Dec 2009 21:00:00 GMT

Java я люблю. За многие вещи, но за две — особо. Во-первых, за то, что для нее есть IntelliJ Idea. Во-вторых за то, что даже индусам на Java писать можно, там не так много извращений, которые приводят к индокоду.

Но заметка не об этом. Вообще нужно будет не заметку, а целую статью как-нибудь написать с рассказом о том, как хорошо (и в кавычках, и без) живется в Mac OS X разработчикам на Java. А сейчас — просто несколько мыслей.

Мысль первая. Если бы все ОС поддерживали Java, как это делает Apple, Java осталась бы одна. Не было бы ни QT, ни TCL, ни .Net. Например, про интерфейс. Сначала в Apple пошли обычным путем. Сказали, что AWT — ацтой. И сделали биндинг Java-Cocoa. Но потом все это убрали, взамен выдав разработчикам достаточно много параметров настройки гуя, которые позволяют создать интерфейс, похожий на нативный. У них это получилось, и теперь можно писать портабельные приложения, которые нормально выглядят в винде (слава Сану) и в Мак ОС тен (слава Яблу). Ура.

Вторая мысль. Apple умеет аккуратно продумывать то, что делает и постепенно, но неумолимо, как время, двигаться к намеченной цели. Меееееедленно, но непрерывно и направленно, не метаясь особо туда-сюда. Это, например, видно в интеграции Mac OS X с Java. Вы знаете, что Cyberduck (который используется тысячами) — написан на Java? Есть и еще примеры, это просто самый явный. Никто даже не догадался. Тот же аккуратный app-бандл, отличная иконка, стандартная процедура инсталляции… Еще один пример, который меня тоже поразил в свое время — Viscosity. Это великолепная программа, которая поднимает OpenVPN-туннель. Написана (внимание) на Python. Просто автору было так удобнее, как выяснилось. И отсюда третья мысль.

Я тут все про Java, на сайте много про Objective-C… Под другими ОС приходится выбирать язык под задачу, которую выполняем. Попробуйте сделать «нативновыглядящую» программу на Python, например, под виндой… В Mac OS X это сделать неимоверно проще и поэтому можно освободившееся время потратить на дизайн, на то, чтобы пива выпить, или подумать над функционалом. У меня появляется ощущение, что это — одно из самых важных отличий макопрограммирования от остальных осопрограммирований. Под линуксом сделать что-то работающее — это местами подвиг, а под маком это раз-два. А руки чешутся… приходится заниматься дизайном.

Маркетинг в форме пирамиды

Wed, 09 Dec 2009 15:59:27 GMT

Я придумал гениальную идею. Наверняка ее придумали уже тысячи раз до меня, но я-то ее придумал только сейчас! Итак, предположим, мы написали отличнейшую игрушку, и хотим рассказать о ней людям. Точнее, нам надо побудить людей поставить ее и начать играть. Как?

Очень просто. Сначала надо придумать в нашей игрушке несколько очень полезных артефактов, возможностей… чего угодно, чем игрок очень хотел бы обладать. В шутере это может быть новое оружие или дополнительная защита, в аркаде — дополнительные жизни или бонусы, даже в пазле можно что-нибудь придумать, например, подсказки. Дальше мы предлагаем пользователю нашего приложения пригласить друзей поиграть, и за каждого приглашенного друга даем один из бонусов. Технически это легко реализуется — «приглашенный» скачивает приложение, ставит его на iPhone и, в специально отведенном для этого месте вводит, например, email или ID пригласителя. Вуаля, бонус получен.

Естественно, игра должна быть отличной, чтобы приглашенные тоже захотел в нее поиграть… но если такая игра сделана, то распространение может произойти очень быстро.

Тизер

Tue, 08 Dec 2009 21:00:00 GMT

Я сейчас работаю над большим проектом. Но, поскольку работать над одним и тем же — трудно, то делаю еще и маленький. Угадайте с трех раз, что это?

Будет больше сайтов, будет меньше глюков (прошел год, я за это время натаскался очень сильно и вообще круче стал в ∞ раз), будет работать быстрее… Единственное, что — сроки. Будет тогда, когда будет. Может через несколько дней, может через несколько месяцев. Движок написан, но наполнение — фигачить еще и фигачить.

Вот, к слову, посмотрим на то, какие этапы я проходил, как разработчик для iPhone и Mac. На самом деле, возможно, это будет интересно не только мне.

Этап первый, «я знаю Java». Знаю я ее хорошо. Она многоплатформенная, и «first class citizen» в Mac OS X. Поэтому вот прямо совсем нужды умничать нет. Качается IntelliJ Idea, запускается и пишем что нужно.
Этап второй, «а для iPhone как?». На самом деле, если бы не программирование для айФона, я бы не начал изучать Objective-C. Так как смотри пункт первый. Но айФон — интересная железка. Мощная, с приличной поддержкой, с очень низким порогом выхода на рынок… и кое кому быстро помогающая разбогатеть. Так что нужно было что-то делать.
Что-то — это не конкретно. Сидел я, пил пиво, читал баш на айфоне, и подумал — надо сделать читалку баша для айфона. Не потому, что выгодно, а потому что надо что-то сделать, чтобы начать. Без анализа рынка, безо всего…
Этап четвертый — получить первые продажи/деньги. Не важно сколько (минимум — $250, меньше Apple не отдает. Причем не везде, а в конкретном регионе, россии, например, или америке). Не написать программу, а прочувствовать все прелести ее утверждения, пробиться, получить по заду от пиратов… вот это нужно.
Этап пятый. Читать/учить/думать. Я съездил на WWDC, посмотрел (в основном в записи) сотню докладов про разные аспекты разработки, написал пяток среднего размера приложений, изучил некоторые вспомогательные библиотеки. По времени это занимает много, но по сложности — проще, чем предыдущий этап.

А сейчас я в следующем этапе. Переписывание первого своего приложения. На самом деле это смешно. Год назад я создавал движок и программу, которая выдает два сайта (русский и оригинальный баш) — две недели от начала и до конца. Сейчас у меня появилось примерно два полусвободных дня. И я написал всю основу. Сегодня ради прикола решил добавить туда сайты (пока было ядро — был только русский баш, но я сразу рассчитывал на многосайтовость)… и был поражен, насколько мне теперь легко. За два часа было добавлено семь сайтов. Теперь bashOr в два раза bashor'истее, чем предыдущий bashOr.

Зачем это все? Ну, во-первых, немного стыдновато за то, что сейчас выложено. Оно прилично работает, не особо (но стабильно) глючит. Но хочется сравнить, насколько я лучше стал думать и насколько проще мне теперь создавать приложения для iPhone. Выяснил. На порядок. То есть действительно раз в десять. За год. Значит, можно? Угу. Можно. И TouchDev вам в этом будет помогать.

Граватар

Sat, 28 Nov 2009 14:10:43 GMT

На ТачДеве используется Gravatar. Как это? Что это? Это система, которая позволяет один раз сохранить свой аватар и потом везде он будет работать. Ну, не совсем везде, а везде, где поддерживается, но, например, на одном из лучших сайтов для программистов, Stack Overflow именно этот сервис и используется.

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

Для того, чтобы использовать Глобальный Аватар, нужно закачать его на вышеозначенном сайте, а потом просто поставить галку в настройках пользователя TouchDev. И все!

Magic Mouse: первые впечатления

Wed, 25 Nov 2009 15:17:23 GMT

Вчера я получил свою Magic Mouse и не могу не поделиться впечатлениями. Если коротко — пока не нравится.

Основные претензии у меня к эргономике. Мышка очень маленькая (даже для моей, не самой крупной руки) и очень плоская. Не знаю, что из этого принципиальнее, но суть в том, что в руке она не лежит. Если положить запястье на край мышки, то пальцы оказываются далеко за кнопками. Неудобно, и все тут.

Дальше, кнопки. Не, идея мышки без кнопок клевая, и эксплуатируется Эплом уже давно. И уже давно у них получаются плохие мышки, на которые многие ругаются. Лично мне приятнее нащупать кнопку перед тем, как на нее нажать — это позволяет мне быть уверенным в том, это именно нужная кнопка. Наверное, со временем можно привыкнуть, но пока мне хочется отдельных кнопок.

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

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

Итого:

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

Как сделать Swipe в UITextView

Tue, 24 Nov 2009 22:51:53 GMT

Сегодня влез в замечательную проблему. Было желание сделать «перелистывание страниц» (ну, почти, их смену на самом деле) при помощи жеста swipe (проводим пальцем вправо-влево, им анлок айфона делается). Нет ничего проще. Переопределяем UITextView, создаем два экземпляра, переопределяем обработчики касаний и вроде бы все хорошо… нет. Почему? Оказывается, что там есть UIScrollView, плюс, в самом UITextView обработка касаний достаточно сложна. И переопределить ее - еще более сложно, чем разобраться, что же там происходит.

Начал гуглить, ничего особо не нагуглил. Залез в официальные форумы Apple (они доступны для тех, кто заплатил Apple денег), и через пять минут вижу ответ от специалиста Apple. Это сделать нельзя в третьей версии iPhone OS. Опа. Но там же он предлагал решение.

Вкратце оно следующее. Нужно создать новый класс, отнаследовавшись от UIWindow, в InterfaceBuilder'е назначить новый класс вместо умолчального UIWindow где-то в районе MainWindow.xib. И потом - в этом классе переопределить метод sendEvent:. В котором уже и ловить нужные события, реагируя на них нужным образом. Примерно так (это очень простой свайп, реально нужно бы понимать, над какой UIView он сделан, проверять, что мы свайпим именно горизонтально, сравнивая координату y и так далее… но мне и так сойдет):

- (void)sendEvent:(UIEvent *)event {
    if (event.type == UIEventTypeTouches) {
        UITouch *touch = [[event allTouches] anyObject];
        
        if (touch.phase == UITouchPhaseBegan) {
            _touchX = [touch locationInView:self].x;
            _touch = touch;
        } else if (_touch == touch && touch.phase == UITouchPhaseMoved) {
            CGFloat x = [touch locationInView:self].x;
            
            if (x - _touchX > 150) {
                // свайп вправо
                _touchX = x;
            } else if (_touchX - x > 150) {
                // свайп влево
                _touchX = x;
            }
        }
    }

    [super sendEvent:event];
}

Пользуйтесь на здоровье, работает. :)

Бесполезный Instruments

Tue, 24 Nov 2009 21:00:00 GMT

Решил я, что кодить не могу. Голова болит сильно. Но на картинки посмотреть могу. Значит могу запустить Instruments и поправить несколько ликов. Запускаю, вижу там в стактрейсе - только адреса. WTF? Это же неиспользовабельно.

Слава богу, есть StackOverflow. А там — быстро нагугливается нужный ответ на этот вопрос. Вкратце - компилировать нужно не для симулятора версии 3.0, а для более нового. 3.1 или 3.1.2.

Теперь можно и на картинки полюбоваться. Ликов немного, но есть. А не должно быть :)

Как поменять текст на кнопке возврата в UINavigationController

Mon, 23 Nov 2009 12:30:15 GMT

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

Итак, на что наткнулся. Нужно было поменять текст кнопки «Back» в UINavigationController'е. Единственное, что я помнил из WWDC, это было то, что нужно менять некую пропертю, причем не у той вьюшки, где показывается эта кнопка, а у той, куда мы попадаем при нажатии на кнопку, то есть у «предыдущей».

Нашел пропертю backBarButtonItem, поменял у нее title, но ничего не сработало. А потом до меня дошло. Там nil, и все мои потуги в никуда уходят. Поэтому как только я создал умолчальную кнопку:

UIBarButtonItem *backButton = [[UIBarButtonItem alloc] initWithTitle:@"default back" 
                                                style:UIBarButtonItemStyleBordered target:nil action:nil];
self.navigationItem.backBarButtonItem = backButton;
[backButton release];

все тут же заработало как часы. Успехов.

Немного об In-App продажах

Thu, 19 Nov 2009 22:15:52 GMT

In-App продажи вошли в моду совсем недавно, и многие разработчики до конца в них не разобрались. Если коротко — механизм немного другой, условия те же, что в случае продажи самого приложения. Apple забирает 30%, разработчик получает 70%. Общее описание есть на сайте Apple.

Более подробно о том, что такое In-App продажи и с чем их едят, написано в документе Getting Started with In App Purchase on iPhone OS. Для понимания технических аспектов можно ознакомиться с In App Purchase Programming Guide.