Существует ли реализация J2ME для Java SE\С++?

Question

[Дмитрий Александров]

Стало интересно покопаться в java me, конкретно интересует следующее:
1) Где почитать исчерпывающее объяснение Java ME? Т.е. бывает этакая os в которой встроен jvm и прокинуты вызовы к перефирии, или бывает midp который по сути кусочек\реализация java me для мобилок и т.д. .
2) Существует ли заготовка эмулятора j2me для java se и\или c++ ? Тут немного поясню, имею ввиду нечто что можно подключить к другой программе, к примеру к той же java se и описать только интерфейсы оборудования(экран, кнопки и т.д.) а потом вызывать\запускать нужные мидлеты непосредственно из основной программы.
3)

Интересно все это чисто для изучения и познания технологии поэтому ищу именно этакий эмулятор а не железку для изучения устройства и принципов написания интерфейсов\драйверов виртуальных устройств для jvm j2me.

Answer 1

[Mercury13]

CLDC и MIDP — это всего лишь стандартные библиотеки Java ME. Первое — это штатные возможности процессора и JVM, более ограниченные, чем Java SE. Второе — доступ к аппаратуре телефона: LCDUI, MMAPI и прочее. Ещё одно отличие — т.н. преверификация классов (Java SE вычисляет информацию о классах сама, а Java ME с кастрированным загрузчиком — полагается на расчёт на настольном компьютере).

Как они архитектурно реализованы, какой процент библиотек написан на Java и какой в машинном коде — программиста на Java ME совершенно не интересует (кроме случаев, когда на мобильнике какой-то класс глючит). На то он и ME, что даёт простой фреймворк для написания софта для мобильников.

Какой-то эмулятор есть в Java ME SDK. Как его настроить под нужный мобильник, я не в курсе.
Также есть MicroEmulator: https://code.google.com/archive/p/microemu/downloads . Если вы хотите быть такой элитой Java ME, что будете писать свои драйверы (или просто встроить поддержку ME куда-то в другую программу), думаю, что MicroEmulator — неплохой тестовый полигон. Обычный ME’шник драйверов не пишет, их пишут авторы прошивок мобильников.

Comments

[Дмитрий Александров]

"Обычный ME’шник драйверов не пишет, их пишут авторы прошивок мобильников." Вот, мне интересен момент именно той прослойки между jvm и железом, а не написание j2me программки.
Очень много пищи для размышления предоставили, спасибо за это, отдельно спасибо за MicroEmulator т.к. похоже это как раз то что я ищу.

Могли бы еще немного описать особенностей работы j2me ?

[Mercury13]

Java — это достаточно стандартизованная платформа. И никаких отличий, кроме слабой машины, кастрированной базовой библиотеки (CLDC) и особой библиотеки пользовательского интерфейса (MIDP), для программиста нет. CLDC, несмотря на кастрированность, всего лишь подножество стандартной Java-библиотеки. И даже шаблонами на ME можно писать (это функция языка, не машины — правда, надо смотреть, поддерживает ли целевой мобильник ArrayList<> и прочее).

Давным-давно, в бытность ME’шником, я был обучен не закладываться на функции MIDP2, делая свои прослойки, работавшие то через Nokia UI, то через MIDP2, то через предварительно подготовленные повороты. А «звуковые классы» — это было рутинное дело; по звукам фрагментация ME была колоссальная. Сейчас, наверно, эту функцию взяли на себя шаблонные классы и New I/O.

[Mercury13]

Всё в ME было направлено на то, чтобы программа ненароком не переполнила ППЗУ мобильника и не потратила ХЗ на что хозяйские деньги. И сейчас доступ к файловой системе — нестандартное API, а не CLDC.
И методы обхода разрешений были интересные: игра заставляла игрока долбать ключевую кнопку, а потом ненароком выкидывала запрос: разрешаешь?

[Дмитрий Александров]

Mercury13: я так понимаю опыт огромный с j2me )) Можешь обяснить принцип зависимостей. Т.к. для реализации топорного запуска самых простых мидлетов нужна реализация JSR 139 (CLDC) и JSR 118 (MIDP 2.0) ?

[Mercury13]

Совершенно верно. Только MIDP был ещё и 1.0 — в нём не было звука (кроме стандартных бипов), не было полного экрана…

[Дмитрий Александров]

Эх были же времена тогда веселые для кодеров) Не то что сейчас, оперативы и проца хоть одним местом жуй как и прав.

[Mercury13]

Nokia Series 40 (ныне Nokia Asha). Один из самый распространённых мобильников своего времени. Запросто жил неделю.
В версии S40a это было 64k JAR и 215k ОЗУ.
Дрянный монитор и 4-битный видеочип, картинки можно спокойно ужимать. Памяти они расходуют 2 байта/пиксель.
Главная проблема — плиточный буфер. (128+16)·(128+16)·2 = 41,5k памяти. Около 20%. Неплохой процессор, без проблем можно сделать игру на 12 fps. Не подумайте ничего такого, на постоянном fps игра чувствуется немножко не так, как на переменном. И абсолютно безглючный. Звуки — одноголосые, через классы Nokia.
В первую очередь под нож шла неигровая графика — меню и заставки. Затем — косметические части игры (например, меньше декораций).

[Mercury13]

Ещё память экономилась поминутной подгрузкой (на S40 она быстра).

[Mercury13]

Прочие методы экономии памяти и архива…
• Мы постоянно мониторили интернет на предмет обфускаторов. Это было архиважно для нас.
• Утилиты pngout и kzip — наше всё.
• Объединяли несколько файлов в один, чтобы посильнее сжалось.
• Составляли персонажей из частей. Малой кровью получали неплохие анимации.
• Не использовали (или мало использовали) ООП. В основном массивы.
• Предвычисленные таблицы (например, тригонометрические) — только в файлах.

[Mercury13]

• В разных версиях игры экспортировали величины в byte или word, в зависимости от размера экрана или картинок.
• Использовали byte как unsigned.

[Mercury13]

Не экономило, но требовалось…
• Не использовали меню LCDUI: с ними больше мороки, чем выгоды. Курьёз: на Motorola P2K (aka Motorola Triplet) первых прошивок при переходе с холста в LCDUI одна кнопка ухитрялась отработать и на том, и на другом (на холсте при нажатии, в LCDUI при отпускании).
• Как можно больший кусок меню отпечатывали на «экранном буфере». Так что сложные меню были очень отзывчивы.
• Собственный пиксельный шрифт. Шрифты мобильников были великоваты, причём у каждого телефона по-своему велик. К тому же было очень много нерусифицированных трубок.

[Дмитрий Александров]

Mercury13: Набросай статью на гт или хабре, будет невероятно интересно почитать все ухищрения того времени =) С захлебом читал статьи о том как выкручивались разработчики игр на денди.

Answer 2

[Дмитрий Александров]

Репозиторий microemulator на гитхабе, гуглокод немного уже не в тренде и не так удобен. Покопался в нем это именно то что надо, чистенькая реализация CLDC и MIDP на обычной java se, еще и портирован на все что можно.