Архитектура. Данные и их представление.

18 августа 2005 года

4.8K / / 20.01.2000

Вот такой вопрос был мне задан:

Цитата:

Есть проект экспертной системы. В этом проекте есть несколько различных диагностик. Каждая диагностика это отдельный диалог. Но также есть диагностика, которая разделяется на 3 вида, т.е. в 3х различных диалогах. В этих 3х диалогах очень много одинаковых данных.
Вопрос следующий: как правильно организовать доступ этих 3х диалогов к одним и тем же данным (т.е. данным присущим одной диагностике)?
Я сделал следующим образом: сделал один базовый класс для всех эти 3х диалогов (ну не в глобальных же переменных хранить).
Class CBaseForSomeDiagnostic
{ ...
const int m_somevar;
}
class CSomeDiagnostic1: public CDialog, public CBaseForSomeDiagnostic
{
}
...
правильный это подход или нет?

Короткий ответ: НЕТ.

Подробнее.
Увязать данные и их отображение в один класс - это частая ошибка начинающих, особенно тех, кто использует продукты Борланда.
Правильное проектирование предполагает, что данные и представление их пользователю должны быть раздельны.
Слышал наверное понятия "документ/вид", "модель/контроллер/представление"?

Подробнее.
У тебя есть некоторые данные (int count, char* name, foat age), есть некоторый диалог, который отображает эти данные (Dialog). Так вот данные не должны быть членами класса диалога, а должны быть самостоятельным классом или системой классов. Класс данных должен инкапсулировать данные, может иметь методы для манипуляции с этими данными (get, set, load, save, calc, etc.). В архитектуре "документ/вид" этот класс будет "документом".
Класс диалога - это "вид". Он имеет линк на данные (попросту, указатель на класс данных) и некоторые механизмы по получению данных и их отображению

Свернуть исходник

Код:

class Data

{

private:

  int   m_count;

  char* m_name;

  foat  m_age;

public:

  int         getCount() const { return m_count; }

  const char* getName()  const { return m_name; }

  float       getAge()   const { return m_age; }

  void load(const char* filename);

  void save(const char* filename);

};

class Dialog

{

private:

  Data* m_data;

public:

  Dialog(Data* data) :data(m_data) {}

  void showData()

  {

    m_data->getCount();

    ..........

  }

};

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

Свернуть исходник

Код:

class Data

{

private:

  int   m_count;

  char* m_name;

  foat  m_age;

public:

  int         getCount() const { return m_count; }

  const char* getName()  const { return m_name; }

  float       getAge()   const { return m_age; }

  void load(const char* filename);

  void save(const char* filename);

};

class Dialog

{

public:

  void showName(const char* name);

  void showAge(float age);

};

class Controller

{

private:

  Data*   m_data;

  Dialog* m_dialog;

public:

  void showData()

  {

    m_dialog->showName( m_data->getCount() );

    m_dialog->showAge( m_data->getAge() );

  }  

};

Т.о. при изменении модели данных или при изменении отображения у нас будет менятся только контроллер.

Подписаться на вопросНеобходима регистрация

Ваш аккаунт

Последние темы форума

Почтовая рассылка

Архитектура. Данные и их представление.

19 ответов