Это лето какое-то насыщенное на всяческого рода девелоперские мероприятия. Совсем недавно прошла “ифоновка”, а сегодня мне посчастливилось попасть на первую встречу Coffee&Code.

Данный ивент проводился без какой-либо конкретной фиксированной направленности, но так вышло, что сегодня все говорили, в основном, про веб-технологии. Открыл конференцию Андрей Легаев с рассказом про кросс-доменные хаки. Впрочем, начало доклада прошло в поисках учебного центра Luxoft, где было мероприятие, но окончание оказалось весьма интересным.

Вторым выступал Олег Смирнов, который рассказал на примерах о jQuery. Очень интересная тема, но неподготовленному пользователю напоминала набор страшноватых хаков и оберток. Впрочем, аудитория материал восприняла.

Третьим выпустили меня, и я на фоне рассказа о jQuery продемонстрировал Cappuccino. Вроде, получилось неплохо, правда я теперь всерьез настроился на поиск и приобретение MDP-to-VGA, потому как зависеть от чужих железок очень неприятно и неудобно.

Завершил мероприятие Андрей Савченко, который рассказал нам о “ленивых RoR девелоперах” и Capistrano. Проект интересный, и, я думаю, заслуживает внимания не только RoR-разработчиков.

Всем докладчикам раздали кружки с официальной символикой – мелочь, а приятно.

На твиттере обзор можно найти по хештегам #coffeencode и #coffencode (ифон решил, что словарь умнее меня).

PS: огромное спасибо @pfactum’у за вычитку и исправления.

Ивент прошел на высоте. Лично я очень доволен. Огромное спасибо Павлу, Андрею и остальным организаторам (Павел правда пропал с моего доклада унеся с собой “артефактный” ифон, но мы выкрутились).

Педагогический Университет им. Гринченка оказался внутри вполне ничего. Жарко было, особенно под конец, да вода кончилась, но литр гинесса после вернул в меня радость жизни. Но это я уже забегаю далеко…

Wifi глюкал основательно, что вызвало несколько проблем (как вам роутинг: мой macbook держит wifi, по eth отдает его на @darkproger‘овский IBM, который держит свой AP куда прицеплен мой iPhone? И один фиг не сработало как надо). Места было мало, но это понятно – очень много заинтересованных посетителей.

Доклад Славика Бубнова – “Обзор фреймворков в iPhone SDK“ я послушать не смог, был занят кейнотой на своем маке (который во второй аудитории стоял презентационным), но отзывы были очень положительные. Тарас Филатов, которому я помог со слайдами, рассказал про “опыт становления как iPhone разработчиков – пример компании Injoit“, интересный доклад, но там явно не хватало звукового сопровождения. “Танчики” у них замечательные вышли.

После доклада я выяснил что 1) Keynote Remote платный ($0.99) 2) у меня заблочили кредитку в аппсторе. Посему эту ценную програмку я вытянул с аппюлуса, чем заслужил несколько едких комментариев в свой адрес. Пока Сергей Вольский рассказывал о “дальнейших шагах после разработки iPhone приложения“ (каюсь, не слушал), я проникался “Objective-C 2.0: кратким описанием языка и рантайма“ в исполнении Андрея Козачука. Очень понравилось, смог вставить несколько раз свои пять центов и был доволен фидбеком.

Вернувшись в аудиторию второго потока, я коротко пообщался с Александром Каверином на тему его доклада (“Топ 10 ошибок при разработке iPhone приложения“), пришел к выводу что для меня это уже пройденный этап и пошел снова в первую аудиторию. По дороге туда с моей футболки (с надписями SYN и ACK, идея @darkproger‘а) сняли фотографии и прокомментировали ее идейность. Тайкало Павел рассказал про “хранение данных в iPhone. (FMDB, SQL-Persistence, CoreData)“, где я сначала вставлял замечания про SQLite-PO (коммитером которого я являюсь), а потом еще немного затронул тему портируемости. С чуством выполненного долга @darkproger, гость столицы и я отправились обедать в кафешку, когда-то давно показанную мне @devil‘ом, а остальные разбрелись кто куда. Подход баркемпов к общению (или это я просто к всем влазил и надоедал?..) мне положительно нравился.

Обед подошел к концу, Александр Кукла пошел рассказывать про Unit-тестирование на ифоне, а мы с @darkproger‘ом сели настраивать проектор и окружение под нашу презентацию. Потенциальные “Light talks” переросли в небольшой островок дискуссии, где темой разговора был в основном профит (вернее пути к получению денег от эппла в наших тяжелых украинских условиях). Так или иначе, но часы подошли к отметке 14:50, и я резко перешел в “лекторский” режим. По времени и покрытию тем мы почти вписались, но в один момент (когда @darkproger заговорил про криптоалгоритмы в SSL) у меня появилось ощущение, что палку мы немного перегнули. Впрочем наша группа поддержки сидела на пятом ряду, улыбалась, и давала понять что все идет отлично. Wifi отвалился, но life:) отлично вытерпел не только несколько пуш-пакетов, но и VNC-сессию, с помощью которой на проекторе мы показали Push-уведомления вживую. Видимо кода у нас было болше всех, так как ссылками на репозитории мы забили целую страницу H&D’шной секции про ифоны (с неизменным артворком @genn_org‘а).

Но что это я все о своем… После нашего доклада я пошел слушать про кросс-платформенность между iPhone и Windows в исполнении Тараса Товченко. Немного потроллил. Привел прожера, он проникся темой неудачности GCC для винды и мы еще немного потроллили вместе. К сожалению практический смысл разработок Тараса от меня ускользнул (даже после последующего общения с ним), но масштабы потенциальных планов впечатлили.

Про доклады Александра Краковецкого (“Принципы разработки ПО для iPhone с использованием акселерометра“) и Дмитрия Карпецова (“Правила разработки ПО от Apple или Human Interface Guidelines“) ничего сказать не могу – ничего не слышал. На твиттере про последний писали “интересно, но монотонно”.

Афтерпати прошло в замечательном заведении на краю цивилизации, где было замечательное пиво, замечательная закуска, замечательные кондиционеры и замечательные лавочки :)

Дух девкампа мне очень понравился, много людей с которыми я постараюсь поддерживать и дальнейшие контакты. Много людей пришли без особых знаний в разработке под ифон вообще и просили howto’шки и туториалы. Нескольких интересовали вопросы разработки вне пределов SDK (т.е. на jailbreak-нутых телефонах). Почему-то абслютно никто не задавался вопросами разработки под OSX, меня это немного удивило.

В таком же формате повторять ивент раньше чем через год (ну пол-года) наверно не стоит. Но небольшие пятиминутки a la последняя питоновка, которую устроил Максим Ищенко вполне прижились бы на более частой основе. Тем много, и заинтересованных людей хватает.

PS: данный очерк – все же личные представления о прошедшем девкемпе, но в более официальной форме написать его у меня не вышло бы – именно в таком духе проходил ивент. It was fun.

PPS: Фотографии с ивента

Опубликована программа конференции OpenKyiv 2009!
Конференция пройдет, как и в прошлом году, в Доме Учителя по адресу г. Киев, ул. Владимирская 57, начало регистрации – 9:00, начало выступлений – 10:00.
Приходите заранее!

А мы же продолжаем подготовку, следите за новостями на сайте!
Удачи и до встречи на конференции!

новость: http://uaoug.org.ua/news/openkyiv2009_program/
программа: http://uaoug.org.ua/openkyiv/2009/program/

Мы рады объявить начало периода сбора докладов на конференцию OpenKyiv. Докладчики приглашаются предоставить на рассмотрение свои работы, посвященные OpenBSD. OpenKyiv – единственная регулярная конференция BSD на пост-советском пространстве, проходящая в Киеве.

Просмотрите страницу конференции для получения более подробной информации, регистрации, а также деталей о предстоящих событиях.

регистрация: http://uaoug.org.ua/openkyiv/2009/register
информация по сбору: http://uaoug.org.ua/openkyiv/2009/callforpapers
общая информация по конференции: http://uaoug.org.ua/openkyiv/2009

Итод по сайтам, с которых попадают на byteflow: лидирует личный сайт Владимира Кириллова, почти догнал его сайт украинского сообщества программистов (Макс, спасибо что пригласил в ленту!), четвертым (DOU заняло 2 и 3 позиции по двум ссылкам) идет Google Reader и подводит итог пятерке иформационная страничка проектов Hack&Dev.

Поисковые запросы, приводящие на byteflow вполне закономерны. С существенным отрывом идет термин “objective-c”. На втором месте – “мировой чат” (наш конспиратор rilian – гений, написал заметку почти ни о чем, а она срывает все сливки). Далее собственно “byteflow” (русский и украинский варианты гугла отдают ссылку на нас на первой странице), “wchar_t” и “cocotron”.

Самые читаемые статьи: моя заметка о ПО для OSX, еще моя заметка про меню на iPhone, снова моя заметка о Obj-C, ну и наконец страница обо мне и о Владимире Кириллове. Мировые чаты – это хорошо, но не достаточно :)

620 хитов за январь по данным wordpress.com и 390 – по google analytics. Из чего следует, что половина пользователей гуглового аналитика режет как баннер :)

Треть пользователей остается с нами. Это радует, хотя ставит под сомнение количество читающих на feedburner’е. Если не RSS – как сюда попадают?

Пользователей Firefox на Windows и Safari на Mac почти поровну. Блог читают даже пользователи OpenBSD, и я знаю кто. :)

Статистика по хитам с гугловой аналитики подтверждает цифры с wordpress.com.

Несколько выводов для отображения общей картины, в форме тезисов. Блог полезен не только нам. По Objective-C на русском информации мало. Мировой чат – актуальна тема.

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

PS: WP’шный интерфейс для создания постов ужасно неудобен при больших объемах стати. Надо придумать какую-то реальную замену, TextMate нагрузить снова что-ли?..

PPS: хм, пересчитал месяца по архиву – получилось не семь, а девять. Ночью спать надо, а не заметки писать…

В этой статье я рассмотрю элементы программы на Cappuccino, а далее приступим к моментам практической реализации.

И так, новый проект на Cappuccino состоит из следующих файлов.
index.html и index-debug.html. Это точки запуска веб-приложения. Отличаются друг от друга только путями поиска библиотек (в index-debug отладочные версии идут первыми). Содержимое файлов отображается в броузере пока необходимые для работы программы файлы не загрузятся, после чего содержимое будет полностью удалено и управление содержимым окна полностью перейдет к Cappuccino.

main.j. Как и в С, в objective-J программа начинается с функции main. Единственная задача main – запустить собственно Cappuccino. Как рантайм узнает, кому передавать управление? Очень просто:

Info.plist описывает несколько важных параметров, один из которых, CPApplicationDelegateClass – имя класса выступаещего делегатом приложения. Экземпляр именно этого класса получит сообщение applicationDidFinishLaunching:. Обращу ваше внимание на то, что main.j содержит следующую строчку:

@import "AppController.j"

без этого класс не загрузится, и рантайм не будет знать, где его искать.

AppController.j содержит реализацию делегата программы. Собственно именно тут и начинается магия Cappuccino, прямо с applicationDidFinishLaunching:.

В отличие от Objective-C, в Objective-J нет описания классов (interface), только реализация (implementation). Список переменных класса соответственно перенесен в реализацию.

В коде по умолчанию контроллер создает окно на весь экран и в нем лейбл “Hello world”. Безжалостно уничтожим этот код :)

Наше главное окно будет содержать список контактов в виде, похожем на Address Book из OSX: слева список контактов, справа – вид карточки. Начнем с описания полноценного перемещаемого окна:

@implementation AppController : CPObject
{
    CPWindow contactsWindow;
}

- (void)applicationDidFinishLaunching:(CPNotification)aNotification
{
    // initialize primary window
    contactsWindow = [[CPWindow alloc]
                      initWithContentRect:CPMakeRect(50,50,600,300)
                      styleMask:CPTitledWindowMask|CPResizableWindowMask|CPTexturedBackgroundWindowMask];
    [contactsWindow setTitle:@"Address Book"];
    [contactsWindow setMinSize:CPMakeSize(400,300)];
    var cwView = [contactsWindow contentView];
}

Ссылка на основное окно нам еще пригодится, потому мы сохраним ее в ivar нашего контроллера. Все что нам не пригодится – описываем локально (например cwView). JavaScript – язык не типизированный, так что вместо типа переменной необходимо писать JS’ный var.

Еще одно замечание насчет документации и поиска методов у классов – очень советую поставить doxygen и перегенерить доки (ant documentation). На сайте они устарели. Кроме того я на днях нашел проблему с пропаданием методов (doxygen вообще использует синтаксис Obj-C, и на некоторых местах его парсер ломается), так что на днях надеюсь допинать апстрим новой, более полной документацией.

И так, мы создали новое окно в заданном прямоугольнике, с заголовком (CPTitledWindowMask), возможностью изменять размер (CPResizableWindowMask) и текстурированным фоном (CPTexturedBackgroundWindowMask). Так же задали текст заголовка и минимальный размер. Для полного счастья можно попросить окно появиться:

[contactsWindow orderFront:self];

и запустив index.html поигратся с перетягиванием и изменением размера пустого и пока что совершенно бесполезного окна. Хотя неплохо, как для четырех строчек.

Теперь рассмотрим, как нам получить и обработать данные с сервера. Для этого мы заведем новый класс ABManager, производный от CPObject в файле ABManager.j. Поскольку оригинальный xml распарсить можно только средствами JS, то я решил прикрутить немного XSLT, для того чтобы больше раскрыть работу с объектами и немного KVC (Key-Value Coding) Cappuccino. Код получился не очень красивый и отягощенный поддержкой гадкого IE.

Исходный XML выглядит так:

	
		ALFKI
		Alfreds Futterkiste
		Maria Anders
		Sales Representative
		
Obere Str. 57
		Berlin
		dummy@gmail.com
		12209
		Germany
		030-0074321
		030-0076545
	
	
		ANATR
		Ana Trujillo Emparedados y helados
		Ana Trujillo
		Owner
		
Avda. de la Constitución 2222
		México D.F.
		dummy@gmail.com
		05021
		Mexico
		(5) 555-4729
		(5) 555-3745
	
	...

Из него надо сделать property list (plist’ы повсемесно используются как и в Макоси, так и в производной от Cocoa – Cappuccino). Делается конвертация одним простым XSLT:

Тут мы сначала находим элемент AddressBook и создаем базовый тег plist и array контактов. Потом для каждого Contact мы делаем новый dict, в который через последнее правило записывем пары ключ-значение на базе имени тега. Таким образом из обработанного plist можно получить город пятого контакта путем вызова

[[contacts objectAtIndex:4] valueForKey:"City"]

.

И так, наш ABManager. Должен уметь грузить контакты, и отдавать их список:

@implementation ABManager : CPObject
{
    CPArray _contacts;
}

Для начала загрузим входной xml и xslt:

- (id)initWithXML:(CPString)path
{
    self = [super init];

    var xml = [CPURLConnection
                      sendSynchronousRequest:[CPURLRequest requestWithURL:path]
                      returningResponse:nil
                      error:nil];
    if(xml == nil)
        return nil;

    var xslt = [CPURLConnection
                sendSynchronousRequest:[CPURLRequest requestWithURL:@"abplist.xsl"]
                returningResponse:nil
                error:nil];
    if(xslt == nil)
        return nil;

В Cappuccino очень просто делать синхронные или асинхронные запросы в сеть. CPURL пока что отсутствует, и вместо него следует использовать просто CPString (т.е. строку).

Теперь несколько кросс-броузерной магии. В начало файла добавим функцию (не забывайте – писать можно все что является правильным JS):

function XmlFromString(xmlData)
{
	if (window.ActiveXObject) {
		//for IE
		xmlDoc=new ActiveXObject("Microsoft.XMLDOM");
		xmlDoc.async="false";
		xmlDoc.loadXML(xmlData);
		return xmlDoc;
	} else if (document.implementation && document.implementation.createDocument) {
		//for Mozila
		parser=new DOMParser();
		xmlDoc=parser.parseFromString(xmlData,"text/xml");
		return xmlDoc;
	}
}

XmlFromString на вход получает строку, на выходе – обработанный Document. Теперь можно получить из двух строк два документа и трансформировать xml из полученного абстрактного типа в конкретный plist:

    var xmlDoc  = XmlFromString([xml string]);
    var xsltDoc = XmlFromString([xslt string]);
    var plist = nil;

    if (window.ActiveXObject) {
        plist = xmlDoc.transformNode(xsltDoc);
        plist = plist.xml;
    } else if (document.implementation&& document.implementation.createDocument) {
        xsltProcessor = new XSLTProcessor();
        xsltProcessor.importStylesheet(xsltDoc);
        plist = xsltProcessor.transformToFragment(xmlDoc, document);
        plist = (new XMLSerializer()).serializeToString(plist);
    } else
        return nil;

А plist уже распарсит Cappuccino:

    _contacts = [[[CPData alloc] initWithString:plist] plistObject];

    return self;
}

Кстати, в данный момент в IE это не работает, там парсер plist несколько сломан. Патч тут, если кто тестит только в IE. На Firefox и WebKit-based все работает отлично.

Еще добавим getter-метод для нашего списка контактов и получим вот такой вот ABManager.j:

@import 

/*!
    Helper function to load xml documents
*/
function XmlFromString(xmlData)
{
	if (window.ActiveXObject) {
		//for IE
		xmlDoc=new ActiveXObject("Microsoft.XMLDOM");
		xmlDoc.async="false";
		xmlDoc.loadXML(xmlData);
		return xmlDoc;
	} else if (document.implementation && document.implementation.createDocument) {
		//for Mozila
		parser=new DOMParser();
		xmlDoc=parser.parseFromString(xmlData,"text/xml");
		return xmlDoc;
	}
}

/*!
    Core class that manages address book. It loads given ab.xml, converts it
    into plist and stores in contacts.
*/
@implementation ABManager : CPObject
{
    CPArray _contacts;
}

/*!
    Used to initialize ABController
    @param path path to XML document with contacts data
*/
- (id)initWithXML:(CPString)path
{
    self = [super init];

    var xml = [CPURLConnection
                      sendSynchronousRequest:[CPURLRequest requestWithURL:path]
                      returningResponse:nil
                      error:nil];
    if(xml == nil)
        return nil;

    var xslt = [CPURLConnection
                sendSynchronousRequest:[CPURLRequest requestWithURL:@"abplist.xsl"]
                returningResponse:nil
                error:nil];
    if(xslt == nil)
        return nil;

    // now some js crap to convert xml :)
    var xmlDoc  = XmlFromString([xml string]);
    var xsltDoc = XmlFromString([xslt string]);
    var plist = nil;

    if (window.ActiveXObject) {
        plist = xmlDoc.transformNode(xsltDoc);
        plist = plist.xml;
    } else if (document.implementation&& document.implementation.createDocument) {
        xsltProcessor = new XSLTProcessor();
        xsltProcessor.importStylesheet(xsltDoc);
        plist = xsltProcessor.transformToFragment(xmlDoc, document);
        plist = (new XMLSerializer()).serializeToString(plist);
    } else
        return nil;

    _contacts = [[[CPData alloc] initWithString:plist] plistObject];

    return self;
}

/*!
    Just a getter method
*/
- (CPArray)contacts
{
    return _contacts;
}

@end

(я постараюсь создать репозиторий, где в ревизиях будет история по статьям. Пока что спасайтесь копипастом).

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

Cappuccino основан на JavaScript и реализует часть общеупобребляемых API из GNUstep и Apple Cocoa. При программировании на Cappuccino, разработчик думает не понятиями HTML-документа, CSS или DOM модели, а окнами, видами, кнопками в конце концов.

Cappuccino основан на языке программирования Objective-J, который сделан по образу и подобию Objective-C как суперсет JavaScript.

Для примера того, как это выглядит, посмотрите на 280slides, Flickr Photo Demo, Floor Plan. Очень впечатляющие демонстрации, особенно впечатляет количество написанного кода.

Ладно, давайте уже программить, нет ничего лучше чем пример кода. Я пишу эту статью, основываясь на том, что читатели знакомы с базовыми понятиями *NIX, у них есть git, java, и оптимально – OSX :)

С Cappuccino можно работать двумя путями – или скачать пакет для начинающих, или поставить свежую версию из git. Первый путь не вызывает никаких проблем, так что далее я рассматриваю только второй.

И так, еще раз о необходимых утилитах: git для получения репозитория, ant для сборки (минимальная версия 1.7.0), gcc (по сути только нужен только препроцессор С: cpp). Опционально – doxygen для генерации API доков, но они и так есть на офсайте.

Начинаем с того, что клонируем дерево:
git clone git://github.com/280north/cappuccino.git cappuccino

Теперь нужно указать Cappuccino, куда складывать собираемые файлы:
export STEAM_BUILD="~/temp/steam-build"
(указанный каталог должен существовать в ФС).

Еще хочу отметить что Rhino (интерпретатор JavaScript) на OSX и JVM 1.6 не работает как надо (насчет остальных ОС не уверен), так что при сборке Cappuccino лучше иметь активной JVM 1.5.

И так, переходим в каталог с Cappuccino и выполняем сборку:
cd cappuccino
sudo echo
# (если sudo у вас в системе спрашивает пароль - то это его
# закеширует на пару минут, для установки Cappuccino в /usr/local/share/
ant bootstrap
ant all

После этого у вас будет собранный в /usr/local/share/objj Cappuccino, и симлинки в /usr/local/bin.

Для того чтобы убедится, что все работает, создадим тестовый проект:
steam create TestApp -l
и если все нормально, откроем index-debug.html в броузере.

В следующей части мы рассмотрим элементы программы на Cappuccino.

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

В нашей гипотетической ситуации необходим класс, который получит набор аргументов, URL, выполнит запрос на удаленном сервере и вернет какой-либо документ (предположим что сервер возвращает XML по DTD Apple Property List).

Объявим несколько констант:

static const NSString *kURLKey = @"__url__";
static const NSString *kErrorKey = @"__error__";
static const NSString *kSelectorKey = @"__selector__";
static const NSString *kTargetKey = @"__target__";
static const NSString *kMultipartKey = @"__multipart__";

Они пригодятся в функции, которая будет создавать поток для выполнения запроса (в него можно передать только один объект – это будет NSDictionary с параметрами):

- (void)sendAsyncRequest:(NSString *)url withPayload:(NSDictionary *)post multipart:(BOOL)mp target:(id)tar selector:(SEL)sel
{
	NSMutableDictionary *dic = [[NSMutableDictionary alloc] initWithDictionary:post];
	[dic setObject:url forKey:kURLKey];
	[dic setObject:tar forKey:kTargetKey];
	[dic setObject:[NSNumber numberWithBool:mp] forKey:kMultipartKey];
	[dic setObject:[NSString stringWithUTF8String:sel_getName(sel)] forKey:kSelectorKey];
	[NSThread
	 detachNewThreadSelector:@selector(do_sendAsyncRequestWithPayload:)
	 toTarget:self
	 withObject:dic];
}

Данный метод получает на вход urlpost, флаг необходимости отправить его через DQMultipartForm в mp. Когда запрос будет обработан, результат бедет передан объекту tar через селектор sel, который должен принимать один объект класса NSDictionary.

Теперь большой и страшный кусок кода:

- (void)do_sendAsyncRequestWithPayload:(NSMutableDictionary *)d
{
	// в контексте потока нам нужно свое управление памятью
	NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];

	NSURL *rqUrl = [NSURL URLWithString:[d objectForKey:kURLKey]];
	NSMutableURLRequest *req;
	// получаем все не-POST аргументы и удаляем их из целевого массива
	SEL sel = sel_registerName([[d objectForKey:kSelectorKey] UTF8String]);
	id target = [d objectForKey:kTargetKey];
	BOOL multipart = [[d objectForKey:kMultipartKey] boolValue];
	[d removeObjectForKey:kURLKey];
	[d removeObjectForKey:kSelectorKey];
	[d removeObjectForKey:kTargetKey];
	[d removeObjectForKey:kMultipartKey];

	// есть необходимо цеплятьданные через multipart/form-data - инициализируем DQMultipartForm и забиваем его объектами
	// (код изначально был написан под OSX Tiger, потому не использует новомодные решения ObjC)
	if(multipart) {
		DQMultipartForm *form = [[[DQMultipartForm alloc] initWithURL:rqUrl] autorelease];
		NSEnumerator *ke = [d keyEnumerator];
		NSString *k;
		while( (k = [ke nextObject]) ) {
			id obj = [d objectForKey:k];
			if([obj isKindOfClass:[NSArray class]]) {
				NSMutableArray *s = [NSMutableArray array];
				NSEnumerator *te = [obj objectEnumerator];
				NSString *t;
				while( (t = [te nextObject]) ) {
					[form addValue:t forField:[k stringByAppendingString:@"[]"]];
				}
			} else {
				[form addValue:obj forField:k];
			}
		}
		req = [[form urlRequest] retain];
	} else {
		// если у нас обычный запрос - то формируем в строку
		req = [[NSMutableURLRequest alloc] initWithURL:rqUrl];
		[req setHTTPMethod:@"POST"];
		NSMutableArray *l = [[NSMutableArray alloc] initWithCapacity:[d count]];

		NSEnumerator *ke = [d keyEnumerator];
		NSString *k;
		while( (k = [ke nextObject]) ) {
			[l addObject:[NSString stringWithFormat:@"%@=%@",
						  k,
						  [[[[d objectForKey:k] description]
							stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding]
							stringByReplacingOccurrencesOfString:@"+" withString:@"%2B"]]];
		}
		NSString *reqPayload = [l componentsJoinedByString:@"&"];
		[l release];
		const char *reqPayload_c = [reqPayload UTF8String];
		[req setHTTPBody:[NSData dataWithBytes:reqPayload_c length:strlen(reqPayload_c)]];
	}
	// и так, на этот момент у нас есть NSURLRequest с готовым URL и POST-данными, пора его передать серверу!
	NSURLResponse *resp;
	NSError *err;
	// вот тут мы можем провисеть некоторое время (пока придет ответ от сервера
	// но блокируется только этот поток
	NSData *respData = [NSURLConnection
						sendSynchronousRequest:req
						returningResponse:&resp
						error:&err];
	NSMutableDictionary *respDict = [[NSMutableDictionary alloc] init];
	if(err) {
		// если что-то не так - наверх пойдет информация об ошибке
		[respDict setObject:err forKey:kErrorKey];
	} else {
		// Иначе считаем что все в порядке и нам передали XML с корневым элементом dict.
		NSString *plistString = [[NSString alloc] initWithBytes:[respData bytes] length:[respData length] encoding:NSUTF8StringEncoding];
		[respDict release];
		respDict = [[plistString propertyList] retain];
		[plistString release];
	}

	// respDict возвращается в основной поток и передается обработчику. Его надо будет обязательно release'нуть после обработки.
	[target
	 performSelector:sel
	 onThread:[NSThread mainThread]
	 withObject:respDict
	 waitUntilDone:YES];

	[d release];

	[pool drain];
}

Так, теперь как нам собственно выполнить запрос? Элементарно:

- (void)callSomeAsyncRequestForUser:(NSNumber *)uid
{
	[self
	 sendAsyncRequest:@"http://ourserver.com/iphone-api/somequery"
	 withPayload:[NSDictionary dictionaryWithObjectsAndKeys:
				  uid, @"user_id",
				  @"1.0", @"client_version",
				  nil]
	 multipart:NO
	 target:self
	 selector:@selector(do_callSomeAsyncRequestForUser:)];
}

- (void)do_callSomeAsyncRequestForUser:(NSDictionary *)respDict
{
	NSError *err = [respDict objectForKey:kErrorKey];
	if(err) {
		// что-то пошло не так, сообщить пользователю
		...
	} else {
		// обрабатываем данные от сервера
		...
	}
	[respDict release];
}

Замечания и комментарии приветствуются.

У этой проблемы есть очень простое решение, при чем штатными средствами. Откройте панель настройки хоткеев (Preferences – Keyboard & Mouse – Keyboard Shortcuts), нажмите на плюс, в приложении выберите Safari, в названии пункта меню введите “Выбрать следующую вкладку” (”Select Next Tab” в английской локали), а в хоткее укажите что-то нейтральное, например ⌥⌘→. То же самое повторите для второго пункта меню (предидущего таба).

Перезапустите Safari и наслаждайтесь переходом по табам без “залипаний”!

Итак, вам нужно вывести взвешенный список категорий с подкатегориями. Это просто.

Есть таблица категорий, где category_title это название категории, category_id это ее номер в базе, parent_category_id это номер родительской категории (если он NULL – то категория сама является родительской) и weight это вес категории среди категорий ее уровня:

CREATE TABLE IF NOT EXISTS `category` (
  `category_id` int(11) NOT NULL AUTO_INCREMENT,
  `parent_category_id` int(11) DEFAULT NULL,
  `title` varchar(250) NOT NULL,
  `weight` int(11) NOT NULL,
  PRIMARY KEY (`category_id`)
) ENGINE=MyISAM  COMMENT='shop categories' AUTO_INCREMENT=1;

Создаем запрос который выводит категории и сразу сортирует их в правильном порядке:

SELECT
    COALESCE( DC2.title, "" ) AS "parent_title",
    COALESCE( DC2.category_id, 0 ) AS "parent_category_id",
    DC2.weight AS "parent_weight",
    DC1.title AS "subcategory_title",
    DC1.category_id AS "subcategory_category_id",
    DC1.weight AS "subcategory_weight"
FROM `category` AS DC1
    LEFT OUTER JOIN `category` AS DC2
        ON DC1.parent_category_id = DC2.category_id
ORDER BY
    DC2.category_id ASC,
    DC2.weight DESC,
    DC1.weight DESC,
    DC2.title ASC,
    DC1.title ASC

Как несложно заметить, если у записи из выдачи parent_category_id=0 то это родительская категория. Иначе это подкатегория с номером subcategory_id для категории с номером parent_category_id.

При выдаче категории сортируются так: сначала идут родительские категории, затем подкатегории отсортированные по весу и по алфавиту.

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