Существует ли оптимизация компилятора, которая избегает VTables в случае, если есть только один возможный набор, если фуC++

Программы на C++. Форум разработчиков
Anonymous
Существует ли оптимизация компилятора, которая избегает VTables в случае, если есть только один возможный набор, если фу

Сообщение Anonymous »

Представьте себе интерфейс с только чистыми виртуальными функциями, а также представьте, что есть только один класс, который его реализует. Это может произойти, когда интерфейсы используются для скрытия деталей реализации в API, а не иметь различных реализаций абстракции. В таком случае я думаю, что не будет необходимости иметь VTable, так как есть только одна возможная функция для вызова, когда виртуальная функция вызывается. Может быть, первый вопрос: это правильное утверждение? Тогда, если это правильно, у меня есть следующий вопрос: рассматривают ли компиляторы такие возможности, чтобы избежать создания VTAble? Это может быть актуально, когда мы хотим сделать дизайн высокого уровня, где мы должны рассмотреть стоимость производительности Vtable.

Подробнее здесь: https://stackoverflow.com/questions/794 ... only-one-p

Вернуться в «C++»