Document/View ввод данных.

[KemanSR]

Структура проекта содержит модель Документ(CMyD)/Представление(CMyV) и класс CMyDlg производный от CDialog. Не до конца понял логику: при выборе пункта меню, ну например "Добавить" (здесь и далее я предполагаю, некий абстрактный проект, детали не столь важны), я обрабатываю сообщение в классе CMyV (почему то есть правило не обрабатывать его в CMyD) и вызываю метод класса CMyD. В этом методе я показываю CMyDlg и получаю от пользователя данные, которые тут же заношу в оперативку и ... дальше у меня ступор. Мне необходимо внести полученные данные в CMyV, но получается как то глупо: из Представления я получаю ссылку на Документ, а из Документа мне нужно получить Представление... блин, зачем же стоило разделять на два класса, если потом возникает желание объединить их? Прошу Вас привести пример модели: где обрабатывать сообщение, получать данные, как организовать интерфейс между Документом и Представлением?

[evg_m]

В этом методе я показываю CMyDlg и получаю от пользователя данные, которые тут же заношу в оперативку и ..

Мы изменили модель(СMyD) внесли новые данные.

Теперь если мы хотим увидеть в представлении(CMyV) обновленные данные, то мы должны оповестить его о том что данные изменились (т.е. использовать ссылку из документа на представление(СMyV)).

В результате извещения представление принимает меры по изменению(обновлению) показа данных (используя ссылку из представления на документ СMyD).

[KemanSR]

1. Да, спасибо, об этом я не подумал, т.е. использовать стандартные методы класса-предка типа UpdateAllViews. Но при этом нам не надо

Сообщение от evg_m

т.е. использовать ссылку из документа на представление(СMyV)

2. Почему не рекомендуют обрабатывать сообщения в карте CMyD?

[evg_m]

использовать стандартные методы класса-предка типа UpdateAllViews. Но при этом нам не надо

А чем пользуется UpdateAllViews (кому он рассылает извещения)
правильно тем View которые у него зарегистрированы (те самые ссылки из документа на View).

2. Почему не рекомендуют обрабатывать сообщения в карте CMyD

Чье сообщение тот и обрабатывает.
принцип автономности изменили структуру управления (набор кнопок) тут же изменили набор сообщений (от этих кнопок).
А потом при обработке сообщения транслируем действие в модель(вызываем ТОТ же что и ранее метод модели).

Итого мы меняем только представление и не трогаем модель.
ДВА разных представления ОДНОЙ модели имеют разный набор кнопок(сообщений) для вызова ОДНОГО действия с моделью.

[KemanSR]

Выражаю большую благодарность за помощь.

[KemanSR]

Какой из вариантов использовать для Doc/View архитектуры?
Вариант №1.

class CMyDoc{
const int size= 100;
int arr[size];
void Draw(CDC* pDC){
for(int i = 0; i < size; i++{
pDC->Выводим arr[i];
}
}
}
........................
void CMyView::OnDraw(CDC* pDC){
    GetDoc()->Draw(pDC);
}

Вариант №2.

class CMyDoc{
const int size= 100;
int arr[size];
}
........................
void CMyView::OnDraw(CDC* pDC){
    for(int i = 0; i < GetDoc()->size; i++){
        pDC->Выводим GetDoc()->arr[i];
    }
}
}

[KemanSR]

Не могу понять, прошу помочь.

class CElement
{
public:
    CElement();
    ~CElement();
    int m_iNum;
};

class CListElem
{
public:
    CListElem();
    ~CListElem();
    void AddElement(CElement* pElem);
private:
    vector<CElement> m_List;
};

// В классе документа
CListElem m_List;

Итак вопрос: как, не нарушая логику архитектуры документ/вид отобразить все элементы CElement хранимые в CListElem через CMyDoc в элементе CDC класса CMyView? Думаю, что варианты с использованием тысяч -> не правильны.