Ох. arisu-то был прав.> Все знают что С++ "быстрый" А откуда берется эта быстрота? А оттуда.
Нет, не оттуда. Берется она преимущественно из ручного управления памятью, иммутабельности структур данных и аккуратной, кропотливой и весьма error-prone работы вообще, на довольно низком уровне. За что приходится расплачиваться либо постоянными закатами солнца вручную, либо своим лиспом из темплейтов в каждой мало-мальски большой программме. А чаще всего и тем и другим одновременно. И получается в не самых умелых руках часто медленней (в смысле скорости работы результирующего продукта) чем у более вменяемых альтернатив - от JVM и .Net до LuaJIT.
А адресную арифметику при доступе к полям вам заинлайнят так что и джампов не останется.
> парсинг бинарного файла.
> С++ - спроецировал файл в память, установил указатель. Все
Нет, это только начало. Прелюдия, которую вообще можно опустить за неважностью.
А дальше, в случае хоть сколько-то более сложного формата чем "много чисел по 4 байта" вы начнете прыгать вашим указателем вперед и назад на самые разные расстояния. Отчего современный процессор будет только и делать что кэши инвалидировать и в ОЗУ бегать, а предсказатель переходов - биться об стенку головой от осознания собственной бесполезности.
Либо изобретать на темплейтах свою реализацию парсер-комбинаторов и свой же оптимизатор к ним, чтоб хоть как-то это дело всё-таки выровнять. И отлаживать это еще месяц.
> >STL вроде бы не рассчитывалась никогда на наследование
> А почему? Продолжайте идею.
Потому что полиморфизм там статический, и прикручена она Степановым, проклинающим наследование в частности и ООП вообще к С++ сбоку изолентой.
