Несколько сотен слов о BREW

Введение.
Все что находиться ниже не является статьей, а просто является некоторой «рекламой» BREW и ничем более.

Все наверное играли в игры для мобильников. Многие знают, что большинство этих игр написаны на Java ME. На самом деле так дела обстоят в России. За бугром же немного другая история. Помимо Java там используются и другие средства разработки. В частности платформа BREW (Binary Runtime Environment for Wireless). Она предоставляет API реализованный на C, так что лично мне, как программисту C++, предоставилась возможность безболезненно попробовать себя на поприще мобильных игр. Чем собственно и хочу поделиться. Проблема пока одна – в России, до недавних пор, не было мобил на которых можно было бы запустить BREW приложение. Сейчас SkyLink вводит такие телефоны, но их количество мало по сравнению с общей массой. Хорошая новость состоит в том, что в комплекте SDK идет эмулятор, с помощью которого Вы сможете запустить свою игру на виртуальном телефоне, менять свойства этого телефона (размер экрана, кол – во памяти, размер стека и т. д).

Скачать SDK можно с сайта QUALCOMM. Преимуществом BREW перед Java ME является то, что программы реализованные с помощью BREW API шустрее аналогичных написанных на Java ME и обладают большими возможностями (например могут перезагрузить телефон или выполнить еще какие – нибудь действия на уровне операционной системы). Платой за это является то, что такие программы могут запросто «убить» операционную систему. Так мне например, попалась игра, которая без проблем работала на разных телефонах, разных производителей. Но тут ее начали портировать на телефон Х, и при нехватке памяти игра не могла сохранить save – файл на выходе из игры и просто вешалась, после чего телефон автоматически перезагружался. Виноватым оказался не «кривой» телефон, а кривые руки – ошибка была в коде и имела место на всех телефонах, просто проявляла себя по разному. В данном случае «убивала» операционку, а в других случаях просто операционка незаметно для пользователя «убивала» приложение.

Я думаю, что не стоит объяснять простых вещей, типа API. Его описание можно найти в SDK и оно совсем несложное. В качестве примера приведу код для маленькой программулинки под BREW, выводящей строку “Hello World”.

#include "AEEAppGen.h" // Applet helper file #include "helloworld.bid" // Applet-specific header that contains class ID static boolean HelloWorld_HandleEvent(AEEApplet * pme, AEEEvent eCode,uint16 wParam, uint32 dwParam); int AEEClsCreateInstance(AEECLSID ClsId,IShell * pIShell,IModule * pMod,void ** ppObj) { *ppObj = NULL; if(AEEApplet_New( sizeof(AEEApplet), // Size of our //private class ClsId, // Our class ID pIShell, // Shell interface pMod, // Module instance (IApplet**)ppObj, // Return object (AEEHANDLER)HelloWorld_HandleEvent, // Our event handler NULL)) // No special //"cleanup" function return(AEE_SUCCESS); return (EFAILED); } static boolean HelloWorld_HandleEvent(AEEApplet * pMe, AEEEvent eCode, uint16 wParam, uint32 dwParam) { AECHAR szText[] = {'H','e','l','l','o',' ','W','o', 'r', 'l', 'd', '\0'}; switch (eCode){ case EVT_APP_START: IDISPLAY_DrawText(pMe->m_pIDisplay, // Display instance AEE_FONT_BOLD, // Use BOLD font szText, // Text - Normally comes from resource -1, // -1 = Use full string length 0, // Ignored - IDF_ALIGN_CENTER 0, // Ignored - IDF_ALIGN_MIDDLE NULL, // No clipping IDF_ALIGN_CENTER | IDF_ALIGN_MIDDLE); IDISPLAY_Update (pMe->m_pIDisplay); return(TRUE); case EVT_APP_STOP: return(TRUE); default: break; } return(FALSE); }