Мдамс. Берётся в уме класс с множеством сложных полей. С него лепим заглушку из методов, возвращающих одно и то же. И вуаля у нас N-ное количество классов, на которых можно испытывать что угодно.

А если делать стандартно, то нужно написать такой же класс заглушку, инициализировать все его поля и создавать с помощью new.

Которые не нужны. Сама по себе идея налепить множество классов сильно смахивает на "архитектуру ради архитектуры", ну или ооп головного мозга.


То пишется код, который иллюстрирует "как это должно работать".
Грубо говоря, примеры использования вашего механизма пишутся ещё до того,
как вы начнете создавать сам механизм.

И только после того, как был выработан дизайн, пишется реализация.

На этом кстати, базируется техника программирования TDD.

Все что нужно программисту - заставить код отработать так, как это было задумано с точки зрения использования.

И тогда окажется, что 100500 непонятных классов, которые непонятно как использовать - не нужны.

Это конечно моё ИМХО.

Если бы он был, то вы уже давно набросали бы примерчик на c++ с демонстрацией того, как это удобно использовать, но пока только поток слов.

И как отработает этот класс в подобном случае:

C++ (Qt)
    Foo *foo = (Foo*)28;
    foo->test();

Скомпилируется даже с нулевым указателем, но да, вылетит)

И тихо смеется, видя, как программист отстреливает себе ногу 

Так проще:

C++ (Qt)
bool QUApplication::notify( QObject* o, QEvent* e )
{
	...
	case QEvent::KeyPress:
		if( QWidget::keyboardGrabber() == w )   // keyboardGrabber статический же. :)
		{
			return w->QWidget::event( e );
		}
	...
}
 

Архитектурку же проверить.