Реализация Model-View-Presenter в Qt

Ну можно обойтись вообще без IView, да. Но тогда увеличится связанность, т.е. презентеру придется знать о конкретном View, а не об интерфейсе. IView для этого и применен, для уменьшения связанности. Подробней можно прочесть тут: www.rsdn.ru/article/patterns/ModelViewPresenter.xml#EGGAC, называется Inversion of Control.

class INotify
{
  public: virtual void setText( QString ) = 0;
  public signals: virtual void closeClicked() = 0;
};
 
class CNotify : public INotify
{
  public: void setText( QString )
  {
    //  Устанавливаем текст.
  }
 
  //  Вызывается Qt при клике на кнопку.
  private slots: void on_btn_close_clicked()
  {
    //  Рапортуем о клике на кнопку.
    emit closeClicked()
  }
}
 
class CPresenter
{
  public: CPresenter( INotify* view )
  {
    m_view = view;
    connect( view, SIGNAL(closeClicked()), this, SLOT(onClose()) );
  }
 
  private slots: void onClose()
  {
    //  Модель опустим, тут у нас как-бы логика.
    view->setText( tr( L"меня закрыли :(" ) );
  }
}
 
void main()
{
  CNotify notify;
  CPresenter presenter( notify );
}
 

class CNotify
{
  public: CNotify()
  {
    connect( ui->btn_close, SIGNAL(clicked), this, SIGNAL(closeClicked()) );
  }
 
  signals: void closeClicked();
 
  public slots: void setText( QString )
  {
    //  Устанавливаем текст.
  }
}
 
class CPresenter
{
  signals: void setText( QString );
 
  public slots: void onClicked()
  {
    emit setText( tr( L"меня закрыли :(" ) );
  }
}
 
void main()
{
  CNotify notify
  CPresenter presenter
  connect( notify, SIGNAL(closeClicked()), presenter, SLOT(onClicked()) );
  connect( presenter, SIGNAL(setText(QString)), notify, SLOT(setText(QString)) );
}
 

В описанном мной случае объект, в котором конкретный View передается в Presenter, не знает, как именно происходит связь между View и Presenter-ом. В предлагаемом вами варианте при изменении интерфейса придется менять код в вашем объекте, а при использовании интерфейса организация связи View и Presenter сокрыта в Presenter.

Вообще, основная идея в том, чтобы однажды написав IView, можно было бы создавать конкретные View, при этом код основного приложения абсолютно не менялся. Например, есть фабрики классов, которые выдают конкретные View (окошки вашего приложения). Допустим фабрики ClassicViewFactory, GlamourViewFactory и WebViewFactory, которые наследуются от AbstractViewFactory. Далее, создавая на этапе запуска приложения конкретную фабрику (скажем прочитав соответствующий флаг из файла настроек приложения), имеем абсолютно разный внешний вид приложения. При этом код приложения вообще не меняется. При добавлении нового стиля приложения — добавляется новая фабрика, а в написанный код добавится лишь код: