В первую очеред хочется сказать спасибо Dilme за его программу (недавно зашёл на форум разработчиков Делфи и ужаснулся http://programmersforum.ru/ - почитайте может поймёте к чиму я клоню).
И так...в нашу всё больше и больше входит язык Java, сотовые телефоны просто забиты игрушками, но и программы для сотовых начинают набирать популярность. Пока это небольшие калькуляторы или записные книжки, но мало ли, что может случится в будующем... Мне хотелось бы увидить в Хиасме возможность писать программы на языке Java, не судите строго конечно я понимаю, что на этом сайте мало кто разбирается в этом языке (Java).
Но большая сложность в том, чтобы разработать приложение к Hiasm, и к тому же сделать для этого новые компоненты...
Я надеюсь, тема не будет закрыта, хотел бы увидеть ваши коментарии...спасибо за внимание.

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

Редактировалось 4 раз(а), последний 2025-01-21 07:37:17

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

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

Так. Вот что я придумал.
Предлагаю вот какую концепцию, так называемых инклуд. Берём в пример
В компоненте данные беруться с верху, а их местоположение определяется символоми. С первой точки данные займут место там, где стоит %1 и т.д. Нечто подобное (как я понял) есть и в WEB пакете. Ещё больше упростим и получим пакет Mobile, где вместо процентов будут "ячейки". Что представляет из себя ячейка?
[[Имя параметра|Имя ini]]
Например - [[Caption|Label.ini]] Таким образом данные из свойства попадут в pas, или в нашем случае txt. Чем то напоминает wiki синтаксис. Итак, у кажого исполняемого файла для телефона (jar) есть файл с информацией,- jad. если его нет, то он автоматически генерируется телефоном из jar файла. Вот пример jad файла:

Это, как говорится то, что мы ждолжны получить на выходе. Но откуд абрать все эти данные? Из ini.


И всоввываем их в pas (jad.pas на данном этапе один с таким расширением, все остальные - txt, компоненты)


Сначала идёт обработчик, который данные из свойств должен превратить в данные для pas.
В jad должен полезть лишь путь до иконки, так как я не силён в программировании, то просто =Path.
Тоже самое размер. В URL полезет имя точка jar. Тим мидлета тоже обработается, Classic Midlet напрмиер равен CLDC.
Затем уже данные полезут по своим ячейкам. Те, которые обработаны лезут сами, а те, которые "чисты" - из свойств. Соответственно казано свойство и имя ini.
Главным у нас будет MainJAR.pas

Тут я попытался написать, что неиспользующиеся компоненты втискиваться не будут. ))) Естественно он будет выглядеть по другому, т.к. не по одному же компоненту в мидлете должно быть ))

Вот пример надписи:

и ini:


Вроде как всё просто...
Не забудьте скачать архив
Dilma, что скажешь? Galkov?

ничего не понял.
совершенно причем.

)))))
Короче %S это инклуда в уже готовый пример, который будет выстраиваться по цепочке.. вот и всё

[size=-2]------ Добавлено в 17:55
А готовый пример это *.txt , который при компиляции вставляется в основной jar..

[size=-2]------ Добавлено в 17:56
Dilma, ты даже архив не качал =(

скачал. Ничего нового там не увидел. Вопросы прежние:
- что это?
- зачем это?
- куда это вставлять?
- что с этим делать?
- что должно получиться?

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

Астрамак,

Астрамак, чтобы плодить очередные вариации на тему шаблонной кодогенерации нужно уметь доказать и показать чем существующие методы хуже и в чем ощутимое преимущество предлогаемого. Иначе это дальше, чем

никогда не уедет и будет является всего лишь размышлением на вольную тему.

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