Да, JIT-компиляторы могут произвести более быстрый Машинный код, оптимизированный для текущей среды. Но практически программы VM медленнее, чем Собственные программы, потому что сам JITing использует время (больше Оптимизации == больше времени), и для многих методов JITing их может использовать больше времени, чем выполнение их. И вот почему GAC представлен в.NET
, побочный эффект А для JITing является потреблением памяти большой емкости. Однако это не связано со скоростью вычисления, она может замедлить целое выполнение программы, потому что потребление памяти большой емкости увеличивает вероятность, что Ваш код будет разбит на страницы к внешней памяти.
Извиняют меня за мой плохой английский язык.
Я не думаю, что есть компонент для этого, но вы можете создать свой собственный преобразователь сигналов следующим образом:
Вы можете ограничить допустимые значения строки "type" только допустимыми именами функций C ++. Заставьте подключаемые модули называть свои слоты в соответствии с типами, которые они обрабатывают, а затем для каждого подключаемого модуля просто попытайтесь подключить слоты с соответствующим именем.
Другими словами, вы можете сделать то, что QMetaObject :: connectSlotsByName
, за исключением реализовать собственное соглашение об именах.