Вход
Наше всё
Теги
codebook
无线电组件
Поиск
Опросы
Закон
Суббота
15 марта
О смысле всего сущего
0xFF
Средства и методы разработки
Мобильная и беспроводная связь
Блошиный рынок
Объявления
Микроконтроллеры
PLD, FPGA, DSP
AVR
PIC
ARM, RISC-V
Технологии
Кибернетика, автоматика, протоколы
Схемы, платы, компоненты
Средства и методы разработки
437088
Топик полностью
SciFi
(29.08.2013 14:49, просмотров: 298)
ответил
Evgeny_CD
на
run-time проверки должны быть опцией компилера ЯВУ в байткод. Ибо на верхнем уровне хорошо понятно, что и когда имеет смысл проверять, чтобы VM не проверяла все на свете "на всякий случай".
Ещё бывают всякие динамические типы, сборщик мусора (и "ползающие" указатели) и прочие фишки. Если всё выключить, то боюсь, что этот супер-пупер язык выродится в обычный C++.
ส็็็็็็็็็็็็็็็็็็็็็็็็็༼ ຈل͜ຈ༽ส้้้้้้้้้้้้้้้้้้้้้้้
Ответить
Но не все же переменные в проекте будут динамического типа. Сборка мусора при AOT компиляции, как мне кажется, может быть хорошо оптимизирована. Вот и я говорю - пусть будут проверки, но для тех "сущностей", которые признаны стремными при
Evgeny_CD
(21 знак., 29.08.2013 14:52
)
Для этого нужно сделать неслабый лексический анализ, кроме того большинство проверок делается в либах, и выпилить их можно будет только для всех экземпляров классов сразу.
-
=AlexD=
(30.08.2013 07:10
)