Антон Кащеев

Чтобы понять принципы ООП, книги не требуются. Взгляните вокруг себя. Всмотритесь в любой объект в реальном мире, опишите его наиболее подробно (материал, размер, цвет, вес, плотность, составные части и т.д.), это будут его свойства. Опишите, что и каким образом этот объект умеет делать (включаться, складываться, кушать электроэнергию, взаимодействовать с другими объектами или окружающей средой и т.д.), это будут его методы. Подумайте, для чего используется этот объект, что ему нужно изменить или добавить, чтобы использовать в других условиях или целях, и на основе всех собранных знаний создать более удобный экземпляр, это будет наследование и полиморфизм. Теперь немедленно забудьте обо всем, используйте объект по назначению, это будет инкапсуляция. Дальше останутся только тонкости выбранного Вами языка, шаблоны, методологии и прочаяие ересь тренды.

Используя typedef можно.
ideone.com/tzKAng

Но не стоит этого делать :) В данном случае на каждую пробрасываемую функцию будет генериться свой код. Во вторых тут уже никак не прокинуть std::function, с лямбдами тоже ничего скорее всего не выйдет, про std::bind вообще молчу.

То, что вы можете гарантировать, еще не значит что вы вспомните что это значение менять нельзя. Реальный случай, когда через 100500 функций пришел указатель, который нельзя было чистить (чистился сам после вызова этих 100500 функций), в одной из них небыло const и ради оптимизации было решено грохать в ней этот указатель. Итог - мифические креши при особом положении звезд, 2 ночи дебага и конст везде где значение НЕ ДОЛЖНО меняться. Так исключился человеческий фактор - компилятор просто по ушам даст если попытается кто то удалить.