Ява - безусловно, компилируемый язык. Причём с фичей JIT - т.е. "компиляции на лету", благодаря которой в некоторых тестах уверенно затыкает за пояс С++ - и тут, разумеется, речь идет о компиляции в машинный код, а не о байт-коде. С какой стати он стал интерпретируемым - я не знаю. Может, это касается исключительно J2ME?
Про 4 вопрос почему-то подумал, что боксинг будет тормозным, что вполне логично, но вот ответил нелогично)
Вопрос 9 - предположил самое логичное, но, видимо, J2ME штука нелогичная))
Вопрос 10 вообще жэсть. Какая связь J2ME и разрешения экрана телефона? Всё равно, что в тесте по C++ спросить "какое максимальное разрешение экрана у GeForce".
А так в целом - ява она и есть ява.
XaeroX писал: Ява - безусловно, компилируемый язык. Причём с фичей JIT - т.е. "компиляции на лету", благодаря которой в некоторых тестах уверенно затыкает за пояс С++ - и тут, разумеется, речь идет о компиляции в машинный код, а не о байт-коде. С какой стати он стал интерпретируемым - я не знаю. Может, это касается исключительно J2ME?
Вот и я так думал, потом после того как в тесте мне сказали, что это неправильно - стал рыться по интернету. Даже там определенности не нашел. Одни говорят так, другие так.
НО следуя логике, то интерпретируемый язык - php, и там не надо жмакать кнопки компиляци Тогда как в яве надо, и как это не странно КОМПИЛЯТОР есть.
KiQ
Не помню точно, но у меня на Sie m75 было приложение, которое называлось Мастер-мидлет, оно настраивало различные компоненты связанные с эльфами, и вроде как даже уводило телефон в ребут.
AntiPlayer
Интерпретируемый язык - это когда синтаксически анализируется и исполняется непосредственно сам, написанный программистом, код. Все остальные языки - компилируемые. Интерпретация байт-кода говорит лишь о том, что созданный компилятором код не является нативным. Ну как бейсик, помните? Там есть компиляция в нативный код или в Р-код.
Поэтому вопрос некорректен, как язык - Java компилируемый, но его байт-код - интерпретируемый (если, конечно, не используется JIT).
Нативный код - это непосредственно команды процессору, а не виртуальной машине.
Так например, откройте виртуальную машину первокваки - pr_exec.c
Вы увидите там набор команд, которыми располагает виртуальная машина, типа сложения, умножения, сравнения строк и прочего.
Но эти команды содержат в себе определенный исполняемый код, который уже является нативным. Преимущество такого подхода в том, что новые опкоды можно выдумывать до бесконечности и полной безопасности (вы например можете убить бесконечный цикл на уровне VM), а недостаток - в сравнительно невысоком быстродействии.
Вопрос №9: Возможно ли средствами J2ME получить доступ к функциям прошивки, таким как перезагрузка устройства?
Ваш ответ: Да. - Неправильно
хрень какаято. Я когда пришивал Sony Erricson (w200i) когда я хотел установить на него эльфов ( приложения написанные на C++ и работающие напрямую с процессора) надо было запустить такую прожку на яве, executor.jar , которая ломала прошивку и чтобы восстановится нужно было прошить в фаре rest файл ну и так далее
| IP: 
20-01-2012 01:54
5 баллов... Наугад
может все-таки нужно было кое-какие скрипты сначала залить через FAR?
