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

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

Сообщение Anonymous »

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

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

Быстрый ответ

Изменение регистра текста: 
Смайлики
:) :( :oops: :roll: :wink: :muza: :clever: :sorry: :angel: :read: *x)
Ещё смайлики…
   
К этому ответу прикреплено по крайней мере одно вложение.

Если вы не хотите добавлять вложения, оставьте поля пустыми.

Максимально разрешённый размер вложения: 15 МБ.

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