Прелестно

[Bepec]

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

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

[_Bers]

Использовать сейчас можно, но никто не даёт гарантий.

Не представляю где это можно использовать.

Код

C++ (Qt)
class MyClass
{
public:
    QString toString() const
    {
        if (this)
            return field_;
        else
            return QString();
    }
private:
    QString field_;
};
 

Ну вообще это боян. Ну да ладно...

1. проверка гарантированно сломается, если использовать множественное наследование.

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

Поэтому, код сломается сразу же, как только вы попытаетесь собрать в режиме оптимизации.

3. А вообще данный код - это классика говнокода. И мусолил эту тему все, кому не лень.
Если кому нибудь захочется подробностей - загуглите статью на хабре.

[_Bers]

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

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

А если делать стандартно,

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

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

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

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

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

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

[Bepec]

Вот именно что имхо

И немного лирики напоследок - в любых словах есть смысл. И если человек хочет - он его увидит

[Old]

И немного лирики напоследок - в любых словах есть смысл. И если человек хочет - он его увидит

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

[Old]

Код

C++ (Qt)
class MyClass
{
public:
    QString toString() const
    {
        if (this)
            return field_;
        else
            return QString();
    }
private:
    QString field_;
};
 

И когда такой класс мне сможет пригодиться?

[Johnik]

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

Код

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

[gil9red]

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

Код

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

Падением программы? если, вообще, такое скомпилируется

[OKTA]

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

[gil9red]

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

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

[OKTA]

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

[GreatSnake]

В свете выше сказанного растолкуйте корявость сего хака

Код

C++ (Qt)
bool QUApplication::notify( QObject* o, QEvent* e )
{
	...
	case QEvent::KeyPress:
		if( w->keyboardGrabber() == w )
		{
			class _QWidgetP_ : public QWidget
			{
			public:
				_QWidgetP_( QWidget* p = 0, Qt::WindowFlags f = 0 ) : QWidget( p, f ) {}
				bool event( QEvent* e )
				{
					return QWidget::event( e );
				}
			};
			return ( (_QWidgetP_*) w )->event( e );
		}
	...
}
 

PS. Сей хак понадобился, чтобы обойти Qt-ишный баг, который позволяет отрабатывать QShortcut-ам при клавиатурном грабе.
PPS. QWidget::event() - protected.

[Old]

Так проще:

Код

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

[Bepec]

А пояснить зачем?

[Old]

А пояснить зачем?

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