| 0
- 17.08.2015 - 11:33
|
Вот есть стандартные (или не очень) виртуальные Java машины. А вот Java компиляторы и другие утилиты JDK, почему-то отдельно компилируют в машинные команды и адаптируют к разным процессорам и операционным системам. Нелогично как-то. Столько лишней работы и ошибок ... Можно было бы просто написать на Java и скомпилировать в байт коды для виртуальной Java мошины. И почему так?     | | |
| 1
- 18.08.2015 - 16:36
| А как на целевой платформе начать использование java байткода без нативного кода? | | |
| 2
- 21.08.2015 - 14:20
| Так я а виртуальная машина-то на что? | | |
| 3
- 21.08.2015 - 14:35
| функциональность и производительность? | | |
| 4
- 22.08.2015 - 21:39
|
Так зачем производительность для компилятора-то? А насчёт функциональности виртуальная машина это гоораздо больше возможностей хорошо выполнить чем исполнение машинных кодов ... А вся изящность пропадает, когда то, что идёт мимо виртуальной машины могло бы на ей и выполняться. | | |
| 5
- 22.08.2015 - 22:35
| Цитата:
| | |
| 6
- 22.08.2015 - 23:04
| Цитата:
Каждый язык (кроме узкоспециализированных) - это компромисс между производительностью и скоростью разработки (есть еще некоторые вещи, вроде сложности освоения, но оставим пока это за кадром). А скорость компиляции напрямую влияет на скорость разработки. | | |
| 7
- 26.08.2015 - 14:53
|
Ну не согласный я. Производительность, надёжность, скорость компиляции ... да-а-а-вно отдана на откуп самому компилятору. Нужный компрамис задаётся в виде инструкций именно к ему. Язык тут и ни причём, если развитый. А javac ... если виде байт кодов да под | | |
| 8
- 26.08.2015 - 14:54
|
виртукльной машиной ... ну никак не повлияет на скорость разработки. Хотя бы по доле времени в общем процессе написания и отладки ... | | |
| 9
- 26.08.2015 - 14:56
|
Тфу! Этот touch(извините)... pad - ну никак не способствует не то, чтобы "скорости разработки", а вооще ... ну ... эта ... дрянь надоедливая. | |
Интернет-форум Краснодарского края и Краснодара |
