Dmitry Minsky

Подключаем исходники Android к Eclipse.

2010-05-18T21:40:00.002+03:00

Часто хочется посмотреть определения того или иного класса Android фреймворка. Однако с сдк по-умолчанию исходники не поставляются и видим мы лишь такую бяку ...

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

Cupcake (1.5)
Donut (1.6)
Eclair (2.1)

Шаг раз. Скачиваем значит нужный или все архивы, распаковываем в "путь к sdk\platforms\android-xx\sources".
Шаг два. Правой кнопкой тыцаем на проекте в Package Explorer'e и выбираем Refresh.
Шаг три. Profit!

Подробнее в оригинальной статье.

Android Market на эмуляторе.

2010-04-30T16:21:00.003+03:00

Нашел на просторах сети данный мануал.

Итак, чтобы получить маркет и прочие полезные штуки:
1) Качаем архив с нужным системным образом:
для прошивки 1.5
для прошивки 1.6
2) Через стандартный мастер создаем новый AVD нужной нам версии;
3) Переходим в директорию с AVD:
- для Linux: /home/.android/AVD/<имя AVD>/
- для Windows 7: C:\Users\.android\AVD\<имя AVD>\
4) Распаковываем архив с системным образом в корень этой директории
5) Запускаем эмулятор с флагом -wipe-data
6) Profit! ))

Установка Guest Additions в Debian и Ubuntu.

2010-04-20T12:40:00.001+03:00

Решил записать пока не забыл. Наконец-то нашел самый кошерный способ установки аддонисов в дебьяне и бубунте установленными под VirtualBox'ом. Выполняем следующие 8 шагов и все будет ОК. (команды выделены)

Логинимся под рутом. sudo su
Обновляеме базу APT. aptitude update
Устанавливаем последние обновления. aptitude upgrade
Доставляем необходимые пакеты. aptitudeinstall build-essential module-assistant
Конфигурируем систему для постройки модулей ядра. m-a prepare;
Жмякаем "Install Guest Additions" в меню "Devices", если нужно, монтируем cdrom. mount /media/cdrom
Запускаем sh /media/cdrom/VBoxLinuxAdditions-x86.run или VBoxLinuxAdditions-amd64.run в зависимости от установленной версии ОС.
Перезагружаем виртуалку. Profit!

п.с. для обновлений нужен доступ в инет.

Обзор архитектуры Android.

2010-03-22T12:14:00.004+02:00

Android - представляет собой платформу для разработки, состоящую из операционной системы, различных библиотек и набора приложений. Приложения в свою очередь состоят из компонентов, которые можно использовать в своих разработках, но об этом в одной из следующих статей. Android поддерживает большое количество интересных фишек. Application framework, позволяет повторно использовать различные компоненты приложений. Виртуальная машина Dalvik, отлично оптимизированная под мобильные девайсы. Оптимизированные 2D и 3D (OpenGL ES 1.0) графические библиотеки. База данных SQLite, шустрая и достаточно функциональная. Поддержка кучи графических, аудио и видео форматов (MPEG4, H.264, MP3, AAC, AMR, JPG, PNG, GIF). Ну и при наличии соответствующего железа мы имеем поддержку: GSM, Bluetooth, EDGE, 3G, WiFi, GPS, камеры, компаса и акселерометра. Также в нашем распоряжении богатый набор средств разработки, включающий в себя, эмулятор устройства, дебаггер, профайлеры и плагин для Eclipse IDE.

На следующей диаграмме в общем виде представлена архитектура Android.

На самом верхнем уровне архитектуры находятся обычные приложения. Многие приложения уже включены в платформу, это прежде всего софт для работы с контактами, отправки sms, браузер, почтовый клиент и т.д. Основной язык разработки - Java.
На следующем уровне находится Application Framework. Как видно из диаграммы, он состоит в основном из различных менеджеров. Менеджеры предоставляют информацию нашим приложениям. Например Location Manager, дает доступ к координатам полученым от GPS. Resource Manager отвечает за выделение и распределение памяти и других системных ресурсов. Очень гибкие и расширяемые компоненты View, используется для создания UI. Примером компонентов View являются выпадающие списки, кнопки и тому подобные, а также гораздо более "мощные", вроде галереи и браузера. Content Providers служат для обмена данными между различными приложениями. Они являются фактически единственным способом межпроцессного взаимодействия.
Следующий уровень включает в себя множество C/C++ библиотек, используемых различными компонентами системы. Android Runtime включает в себя Java core библиотеку, содержащую основную часть функциональности. О Dalvik Virtual Machine стоит рассказать отдельно. Прежде всего каждая программа Android запускается в своей копиии виртуальной машины. Dalvik специально оптимизирована под запуск большого числа своих инстансов. Threading, низкоуровневая работа с памятью и т.д. реализованы на базе ядра Linux.
Ну и наконец последний уровень архитектуры это само ядро Linux. Оно отвечает за то, за что обычно отвечает ядро ОС )). А именно распределение ресурсов. Ядро содержит в себе драйвера устройств, сетевой стек и power менеджер.

На этом все. В следующей статье я расскажу об основах программирования в Android.

Разработка под Symbian. Часть 1.

2010-03-18T17:56:00.004+02:00

Вот ведь какой парадокс, Symbian, возможно самая старая из операционных систем для смартфонов. Это ОС с самой большой на данный момент долей рынка. А русскоязычных материалов по разработке под нее нифига нет. Есть правда книга за авторством Горнакова С.Г. и несколько статей на mobilab.ru. К сожалению на сегодня эти материалы бесполезны чуть более чем полностью. Так что, по мере возможности я постараюсь восполнить этот пробел. Однако, если вы всерьез решили заняться платформой Symbian, будьте готовы читать большое количество манов на английском. Я буду описывать только самые ключевые моменты, от которых можно в дальнейшем отталкиваться. А без, хотя бы минимального знания английского, вы не сможете ориентироваться в родной документации. А без этого в свою очередь, что-то написать нереально.

В этой заметке я кратко пройдусь по истории этой ОС и опишу одну важную идиому программирования под Symbian, с которой придется работать постоянно.

История ОС Symbian берет свое начало в компании Psion PLC, где была разработана операционная система EPOC. Ходит слух, что эта аббревиатура расшифровывается как «Electronic Piece Of Cheese», что в переводе на русский значит «Электронный кусочек сыра». EPOC поначалу была шестнадцатибитной ОС. В 1990-ом EPOC16 уступила место EPOC32. Нужно сказать ОС эта была очень и очень продвинута на то время: многозадачность, защита памяти, поддержка сенсорных экранов и много чего еще. В 1998 году совместно с компаниями Motorola, Ericsson и Nokia была основана новая компания Symbian. Фактически первой версией Symbian OS стала переименованная EPOC Release 6. С этого момента и года так до 2006 о развитии Symbian OS лучше вообще не думать. В это время появилось слишком большое кол-во различных модификаций ОС, зачастую не совместимых между собой. Благо сейчас мы имеем единую, а с 4 февраля 2010, еще и полностью открытую платформу.

Теперь о разработке. Сразу напрашивается вопрос, а в чем собственно разрабатывать? Вариантов тут не особо много. Приверженцы консоли могут все делать, хм, в консоли )). Для любителей VS есть плагин Corbide.VS. О его работоспособности не могу сказать ничего, ибо в глаза его не видел. Ну и наконец родной инструмент, продвигаемый Nokia это Corbide IDE. Штука эта основана на Eclipse, поэтому многим покажется знакомой. В следующей статье я опишу установку и настройку Development toolkit (который включает в себя Corbide) для Symbian. А пока, расскажу об одной интересной идиоме, с которой придется столкнуться каждому Symbian-разработчику. Идиома эта касается обработки ошибок. Так уж получилась, что когда разрабатывалась EPOC, в C++ еще не было механизма обработки исключений, вот и пришлось авторам ОС придумывать какую-то ему замену. А придумали они механизм, называемый ловушка (TRAP). Фактически функция указаная в трапе, находится как-бы в блоке try. Из примера ниже, все должно стать ясно.

Вот как мы делаем в С++

void foo()   
{   
  throw 2;   
}   
    
int main()   
{   
  try   
  {   
    foo();   
  }   
  catch(int err)   
  {   
    assert(err == 2);   
  }   
  catch(...)   
  {   
    throw;   
  }   
    
  return 0;   
}  

А вот как мы делаем в Symbian C++

void foo()   
{   
  User::Leave(2);   
}   
    
int main()   
{   
  int err;   
  TRAP(err, foo() );   
  switch(err)   
  {   
  case KErrNone:   
    // Do nothing   
    break;   
  case 2:   
    // Handle exception   
    break;   
  default: User::Leave(err); // Generate new exception   
  }   
    
  return 0;   
}  

В Symbian исключение определяется только целочисленным кодом. Сделано это из соображений производительности. Кроме макроса TRAP, мы имеем TRAPD, который сам объявит переменную переданную в качестве первого аргумента. И TRAP_IGNORE, который просто игнорирует код возвращаемой ошибки. А кто уничтожит локальные объекты спросите вы. А вот тут «один из геморроев Symbian», все нужно делать ручками с помощью такой штуки, как CleanupStack. В Symbian, каждый поток выполнения (thread) имеет связанный с ним CleanupStack и для того, чтобы безопасно работать с объектами в трапе, нужно перед использованием объектов, положить их в CleanupStack, а после использования вынуть. Только и всего. Но как же это напрягает)). Ниже пример кода демонстрирующий работу с CleanupStack.

void foo()   
{   
  User::Leave(2);   
}   
    
class A : public CBase {};   
class B : public RHandleBase {};   
    
int main()   
{   
  int err;   
  TRAP(err, (   
    A *a = new (ELeave) A;   
    // объект, на который указывает a, будет уничтожен в случае неудачи   
    CleanupStack::PushL(a);    
    B b;   
    // в случае неудачи у объекта b будет вызван метод Close()    
    CleanupClosePushL(b);    
    foo();   
    // Эта строка никогда не выполнится, но тем не менее a будет корректно   
    // удален, а b корректно закрыт   
    CleanupStack::PopAndDestroy(2);   
    // Это эквивалентно следующему:   
    // CleanupStack::Pop(2);   
    // delete a;   
    // b.Close();   
    ));   
  assert(err == 2);   
    
  return 0;   
}  

Это пожалуй все, что я хотел рассказать сегодня. И напоследок пара полезных ссылок:
http://developer.symbian.org/
http://wiki.forum.nokia.com/

Три "чтуки" c++

2010-03-12T20:43:00.043+02:00

Сегодня расскажу о трех интересных вещах которые можно использовать в c++. И кстати, плюсы я нифига, не знаю)), но на тренинге было — поэтому запишу. Итак, первое — конструктор копирования. В общем-то, штука базовая и должна быть знакома каждому сишнику, но, так как сам не знаю, а в дальнейшем оно используется, напишу. Конструктор копирования служит для создания нового объекта как копии уже существующего. Компилятор создает неявный конструктор копирования по умолчанию. Однако иногда возникает необходимость объявить такой конструктор самому. Ниже примеры объявления:

X(X const&);   
X(X&);   
X(X const volatile&);   
X(X const&, int = 10);  

По большому счету тут все ясно. Подробнее смотрим на википедии.

Фишка номер два: RAII, или Resource Acquisition Is Initialization, или «Получение ресурса есть инициализация». Вещь классная и удобная. Если коротко, необходимые ресурсы захватываем в конструкторе класса, освобождаем в деструкторе.
А так как для автоматических переменных деструктор вызывается по выходу переменной из области видимости, то мы избавляемся от головной боли из-за ручного освобождения ресурсов. Далее пример класса и его использования:

#include <cstdio>   
#include <stdexcept>   
    
class file {   
public:   
    // как видно в конструкторе мы захватываем (открываем) файл   
    file( const char* filename ) : m_file_handle(std::fopen(filename, "w+"))    
    {   
        if( !m_file_handle )   
            throw std::runtime_error("file open failure") ;   
    }   
    // соответственно в деструкторе его освобождаем (закрываем)   
    ~file()    
    {   
        if( std::fclose(m_file_handle) != 0 )   
        {   
            // fclose() может вернуть ошибку при записи    
            // на диск последних изменений   
        }   
    }   
    
    void write( const char* str )    
    {   
        if( std::fputs(str, m_file_handle) == EOF )   
            throw std::runtime_error("file write failure") ;   
    }   
    
private:   
    std::FILE* m_file_handle ;   
    
    // Копирование и присваивание не реализовано.     
    // Предотвратим их использование, объявив    
    // соответствующие методы закрытыми.   
    file( const file & ) ;   
    file & operator=( const file & ) ;   
};   
    
// пример использования этого класса   
void example_usage() {   
   // открываем файл (захватываем ресурс)   
    file logfile("logfile.txt") ;   
    
    logfile.write("hello logfile!") ;   
    
    // продолжаем использовать logfile...   
    // Можно возбуждать исключения или выходить из    
    // функции не беспокоясь о закрытии файла;    
    // он будет закрыт автоматически когда переменная   
    // logfile выйдет из области видимости.   
}  

Подробности по RAII на википедии.

Ну и наконец, штука номер три. Носит название Copy and Swap. Эта вещь позволяет нам создавать безопасные к исключениям операторы присваивания. Вся суть в том, что нам нужна функция не бросающая исключений. Пример смотрим ниже:

class Copyable {   
public:   
   Copyable& operator=(const Copyable &_v) {   
      Copyable tmp(_v);   
      this->swap(tmp);   
      return *this;   
   }   
    
   void swap(Copyable &_v) throw();   
};  

Более полное описание Copy and Swap на википедии.

Введение в Small Architecture.

2010-03-07T16:41:00.005+02:00

“Small is Beautiful”
EF Schumacher

Сразу к делу, какие проблемы возникают при разработке мобильных приложений?

Ограничения памяти
Система может состоять из множества компонентов
Компоненты могут разрабатываться разными людьми
Требования к памяти у каждого компонента могут меняться динамически

Основной задачей будет разработка максимально независимых и небольших компонентов. Это поможет упростить их использование в дальнейшем и поможет избежать расползания ошибок по всей системе. Ошибки в этом случае будут локализованы в отдельных модулях. Для решения проблем с распределением памяти существует несколько шаблонов. Small Data Structures подразумевает разработку структур данных занимающих минимально достаточный объем памяти для хранения необходимой информации. Small Interface - для коммуникаций между модулями и внутри модуля используйте минимально достаточные интерфейсы. Однако тут стоит быть осторожными: если действительно существует необходимость передавать большой объем информации, не стоит искусственно его дробить на части, это может привести к лишним накладным расходам. Memory Limit - шаблон, который подразумевает ограничение каждого компонента по памяти и, если компонент выходит за этот предел, генерацию ошибочной ситуации. Pooled Allocation - системой выделяется некоторый объем памяти и передается компоненту, а тот, в свою очередь, использует внутренние механизмы для использования выделенного ему объема. Тут следует рассказать о стратегиях владения памятью. Основных стратегий три: Borrowing, Lending и Stealing.
Borrowing - клиент запрашивает объект у владельца, владелец возвращает ссылку на объект, клиент его как-то использует и сообщает владельцу, что объект больше не нужен. Здесь вся ответственность (выделение и освобождение памяти) лежит на владельце объекта.
Lending - клиент выделяет память и создает объект, затем передает его "поставщику", который заполняет объект. Выделение и освобождение памяти лежит на клиенте.
Stealing - объект создает поставщик, соответственно он выделяет память для объекта и передает ответственность за работу с объектом клиенту. Клиент использует объект и освобождает ресурсы. Итого: поставщик выделяет память, клиент освобождает.
Вот и сказочки конец, а кто читал и не понял, ничего страшного, я еще не раз буду возвращаться к этой теме.

Программист-прагматик

2010-03-06T13:19:00.002+02:00

Меня всегда веселили суровые сипипишники, которые ржали с "быдло-джаверов". Джаверы, которые которые говорили, что плюсы - это древний отстой и ваще не модно. "Тру-ассемблерщики", которые считали, что только они знают программирование, а остальные дети. Конечно, человек может быть асом в своей области и решать любые задачи понятным ему методом, но это не делает его хорошим разработчиком. Все имеющееся на данный момент разнообразие средств разработки появилось не на пустом месте. Ни на один язык/платформу/ide и т.д. не стоит смотреть свысока. Это всего лишь инструменты. Да-да, такие же инструменты как молоток или рубанок. Конечно, можно и рубанком гвоздь забить, но молотком это сделать куда удобнее. И наша задача как разработчиков - решение конкретных проблем подходящими средствами. Никогда не нужно относиться к чему-то предвзято. Всегда стоит трезво оценить возможности других инструментов и выбрать лучший для данной задачи. По-моему, это и значит быть прагматиком.

Специфика мобильной разработки.

2010-03-05T20:21:00.001+02:00

Ежу понятно, что разработка под мобильные устройства весьма отличается от таковой для десктопа. В этой заметке я коротко опишу возможно очевидные но от того не мение важные вещи. Итак первое, очевидное для пользователей, отличие "большого компа" от мобильника, это размер. Размер устройства коренным образом меняет подход к проектированию пользовательского интерфейса. Маленький экран, неполноценная клавиатура - все это стоит учитывать. Часто можно встретить не специфические для десктопа фишки: акселерометр, сенсорный экран, камера и т.д. Эти устройства тоже можно и даже нужно использовать, если это поможет сделать интерфейс более удобным. Второе главное отличие, очевидное скорее для программистов, это ресурсы. Действительно, вычислительные мощности мобильников в последнее время хоть и поражают воображение (гигагерцовые процессоры, да у меня первый комп в пять раз медленнее был), но до десктопов им еще далеко. Самая большая проблема с ресурсами это, конечно, память. Памяти, как известно много не бывает, а в мобильнике так уж точно. Поэтому на эту часть проблемы приходится самое большое число извращений. Благо, умные люди напридумывали очень много полезных штук. В нескольких следующих статьях я постараюсь немного разобрать, что же представляет собой архитектура мобильных приложений. Рассматривать все это дело я буду на примере замечательной книги "Small Memory Software by Weir, NobleA" и их подхода называемого "Small Architecture". Кому не терпится познакомиться с этой книгой вы можете на сайте авторов, где она лежит в открытом доступе. На сим, до свидания )).

Концепция мобильной жизни.

2010-03-03T21:59:00.003+02:00

Вы просыпаетесь под приятную мелодию своего PI. Услышав ваше "будь ты проклят", PI желает вам доброго утра и отправляет сигнал системе управления домом на включение кофеварки и тостера. Пока чертыхаясь, вы идете в ванную, интерфейс зачитывает поступившие сообщения и новости. Умывшись и позавтракав, вы садитесь в такси, которое заблаговременно вызвал PI, и отправляетесь в аэропорт. Оплата такси производится автоматически, деньги списываются со счета персонального интерфейса. Подъезжая к аэропорту и продиктовав пункт назначения на экране мгновенно появляется маршрут от места выхода из такси до места в салоне самолета. Во время полета вы наслаждаетесь свежим фильмом в 3D формате, который выбрал исходя из ваших предпочтений PI. Через десять минут после начала просмотра звонят ваши друзья, отдыхающие в Японии, картинка фильма сменяется их лицами, конечно же в 3D. Друзья делятся впечатлениями о местной кухне, а вы в который раз укоряете себя за то, что пожалели 50 дополнительных кредитов на пиай с функцией передачи запаха. Во время полета PI в соответствии с часовыми поясами и личными расписаниями напоминает всем приглашенным на конференцию о времени ее начала и месте проведения...
Так начинается новый день будущего, мобильного будущего.

P.S. Весь этот бред в принципе никакое не будущее и вполне реализуем сегодня. Прошу прощения за манеру изложения, я еще только учусь ). Концепт на картинке отсюда, igreenspot.

Разнообразие мобильных платформ.

2010-03-02T11:21:00.011+02:00

Количество операционных систем для смартфонов(коммуникаторов) существующих на сегодняшний день может привести в замешательство человека решившего заняться разработкой "под мобильники". Список в википедии на сегодня насчитывает 17 штук. К счастью, а может и к сожалению, действительно распространенных ОС всего пять. Какие это системы можно увидеть из графика, приведенного ниже (Symbian, BlackBerry, iPhone OS, Windows Mobile, Android). Причем Google Android хоть и занимает в этом списке последнее место, ее доля на рынке растет с каждым годом, в то время как лидирующая сегодня Symbian теряет свою популярность.

Мировые продажи смартфонов по данным Canalys на 2009 г.

2010-ый год предвещает серьезные перемены в сложившейся расстановке сил. Выход ОС от Sasmung Electronics - bada, обновление Win mobile (Win 7 mobile), релиз нового iPhone, все это должно неплохо взбодрить рынок мобильных девайсов )).

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

Windows mobile (актуальные версии 6.1/6.5)

Дебютировала как "Pocket PC 2000" в 2000 году. Следующий версия, Pocket PC 2003, появилась сразу в трех редакциях, for Pocket PC, Phone Edition и for Smartphone видимо, для запутывания пользователей )). Далее была еще куча версий, особо ничем не примечательных. Начиная с ветки 5.0 майкрософтовцы стали развивать .NET Compact Framework, что интересно и вкусно, но медленно. Что касается программирования под эту ось, все очень и очень похоже на разработку для большой виндовс, с поправками на специфику устройств ввода/вывода смартфонов. Что может win mobile? Да в практически все, разве что носки не стирает. Эта ось относится к так называемым "ориентированным" на приложения. Хотя новая ее версия, Windows Mobile 7 Series, будет "сервис-ориентированной" и полностью несовместимой с предыдущими ветками. Теперь о причине выбора этой оси, 1-е, это ее доминирующее положение на рынке СНГ и 2-е, "знакомые" методы разработки, а значит на первых порах не придется бороться с чужой агрессивной средой )).

Symbian (актуальные версии 9.3/9.4)

Начинает свою историю в 1998 году, когда группа компаний в которую вошли: Ericsson, Nokia, Motorola и Psion основали новую компанию Symbian Ltd. С тех пор разброд в среде "симбы" еще больше, чем в Win mobile. Symbian существовала в нескольких модификациях, среди которых UIQ, Series 60, Series 80, Series 90, FOMA. У каждой из них были свои специфические особенности, однако с 2008 года все это больше нас не интересует. Т.к. 24 июня 2008 года компании Nokia, Sony Ericsson, Motorola и NTT DOCOMO официально заявили об объединении Symbian OS, S60, UIQ и MOAP(S) с целью создания единой открытой мобильной платформы. Теперь в нашем распоряжение имеется единая, унифицированная, а с 4 февраля 2010 еще и полностью открытая и бесплатная среда. Symbian является операционной системой реального времени, что придает определенную специфику процессу разработки под эту ОС. Как и Win mobile, она является ориентированной на приложения. Причина выбора этой оси для изучения прекрасно видна на приведенном выше графике.

Android (актуальные версии 1.5/1.6/2.0.1/2.1)

Самая молодая из приведенных платформ. Первый выпуск состоялся 21 октября 2008 года. Android основан на ядре Linux и является полностью открытой системой. Ее разработка ведется при поддержке Open Handset Alliance, бизнес альянса в состав которого входят 48 компаний. Разработка пользовательских приложений для Android изначально велась исключительно на Java. Однако начиная с версии 1.5 стал доступен так называемый Native Development Kit (NDK), который дает возможность писать "родной" linux код на C/C++. Эта платформа лично мне кажется самой перспективной и ей я буду уделять особое внимание.

P.S. Фактически, это моя первая статья, выглядит весьма сумбурно и не связанно. Надеюсь, что со временем я стану писать лучше )).

Вводная.

2010-03-01T18:35:00.008+02:00

Добрых суток %username%! Зовут меня Дмитрий. Не так давно я стал изучать методы разработки под мобильные платформы, в частности Windows mobile, Android и Symbian. А чтобы знания как-то сохранять и систематизировать, решил завести блог. Он призван быть скорее моим конспектом, нежели "обычным" блогом. Но я постараюсь писать максимально доступно и буду рад, если смогу кому-то помочь.