J2ME

Данная статья - краткий обзор распространенных "связок" базовых профилей Java 2 ME. Базовые профили определяют основную функциональность устройств.

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

В предыдущей части было дано общее описание программных компонент, которые необходимо иметь в системе для разработки приложений с использованием интерфейса методов JSR82 (JABWT). Настоящая часть содержит более подробное рассмотрение клиент-серверной архитектуры соединения bluetooth, а также аспекты использования протокола OBEX для двунаправленной передачи данных в рамках подобных соединений.

Большинство мобильных устройств (сотовые телефоны, КПК), поддерживающих приложения на платформе J2ME, имеют аппаратные возможности для установления локальных соединений Bluetooth. ОС устройства при этом содержит интерфейс управления такой связью. Однако пользователям, которые хотят использовать эти возможности в J2ME-приложениях собственной разработки, необходимо проверить, поддерживает ли конфигурация конкретного устройства интерфейс методов в соответствии с JSR82 [1], который определяет Bluetooth API.

XML стал де-факто стандартом обмена данных между приложениями. Приложения, написанные на J2ME, не являются исключением. Однако в "телефонной" Яве нет встроенных XML парсеров. Работы в этом направлении ведутся (JSR 173)[1], но до того времени, когда XML парсер будет зашит в каждый телефон, нам еще далеко.

Все больше и больше корпоративных Java-проектов используют XML в качестве стандартного средства для хранения данных для того, чтобы сделать их транспортабельными и доступными другим приложениям и сервисам. Однако из-за высоких требований XML-парсеров к вычислительной мощности, J2ME-приложения в большинстве своем не могли воспользоваться XML для хранения каких-либо данных. Однако сейчас можно найти XML-парсеры, которые не требуют много места и не сильно прихотливы к количеству системных ресурсов. Таким образом, MIDP-программисты уже сегодня могут пользоваться XML в своих приложениях для мобильных устройств. В этой статье мы рассмотрим пример одного такого приложения.

Появление данной статьи обязано форуму Juga.ru – Java в мобильнике и его участникам. СooperFeet - как отвечающему на вопросы, z0rr0 и poma как задающими вопросы. Статья представляет обзор методов различных классов MIDP 1.0 и CLDC 1.0, которые позволяют получить мидлету различную информацию о устройстве на котором запущен мидлет, о виртуальной машине, и некоторых других параметрах и возможностях системного окружения.

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