Еще архитектура взаимодействия

Здравствуйте

Навеяно соседней темой. Вот сейчас пишу UI (унылая рутинная работа), и засомневался верно ли делаю Принципиальные классы

CObject - объект подлежащий OpenGL рисованию (потенциально большой). Имеет имя
CWindow - окно в котором рисуются объекты CObject и есть их список (listBox). Может быть до 10 окон (наследников)
CDrawer - машина рисования (член окна) которая рулит OpenGL рисованием

Задачка смешная - если юзер выбрал объект в списке - сказать машине что он должен рисоваться подсвеченным/выбранным. Как лучше реализовать эту связь?

С уважением
Игорь

0

Возможно товарищи подумали что это несерьезно, слишком уж простая задачка. Но тут есть что "копнуть".

Самое простое - хранить какие объекты выбраны еще и в машине CDrawer, напр так
Ну и CWindow заряжает эти данные в машину при выборе в листбоксе. Я реализовал это иначе, но разница не принципиальна - все равно "машина хранит".

Но ведь это дублирование данных и синхронизация 2 копий, что вообще-то не есть хорошо. Не лучше ли чтобы машина обращалась к какому-то интерфейсу с запросом "а выбран ли этот объект?" Но я не вижу простого и удобного способа это сделать. Ну не городить же так
Ну как-то явно развесисто/избыточно/неадекватно. И, хотя здесь это не имеет значения, производительность явно хужее - рисований обычно куда больше чем смен selection

Оно конечно понятно что такую задачку можно делать как угодно, да и KISS принцип к месту, но все же..

0

Igor3D, из вопроса непонятно как связаны представленные классы. Отсюда противоречия. Например:

Сообщение от Igor3D CWindow - окно в котором рисуются объекты CObject и есть их список (listBox). Может быть до 10 окон (наследников)

Кому принадлежит listBox?
значит ли << Может быть до 10 окон (наследников)>> что в каждом дублируется данный список? Значит ли это так же, что каждое окно наследника имеет указатель на свой экземпляр CDrawer ? И вообще, - "наследники" это порождёнеые родителем (дочерние) или полиморфные наследники?
Или CDrawer это наподобие синглетона, который может работать лишь с одним окном единовременно?
Поэтому то что я скажу может не иметь отношения к действительности.
Можно бы в каждом окне иметь указатель на машину и объект рисования. Метод draw окна получает оба указателя + то что нужно методу draw машины и передаёт ей то что нужно. Главное окно управляет инициализацией и установкой этой пары для своих потомков. Если это целесообразно. То есть, если характеристики (ресурсы) потомка сильно зависят от объекта рисования, то может оказаться лучше удалить старое и создать новое.

0

Сообщение от IGPIGP Кому принадлежит listBox?

Окну (CWindow)

Сообщение от IGPIGP значит ли << Может быть до 10 окон (наследников)>> что в каждом дублируется данный список? Значит ли это так же, что каждое окно наследника имеет указатель на свой экземпляр CDrawer ? И вообще, - "наследники" это порождёнеые родителем (дочерние) или полиморфные наследники?

Да, каждое окно наследника имеет указатель на свой экземпляр CDrawer (или его наследника), который хранит список (указателей) на рисуемые объекты CObject, для каждого окна этот список свой.

Сообщение от IGPIGP Можно бы в каждом окне иметь указатель на машину и объект рисования. Метод draw окна получает оба указателя + то что нужно методу draw машины и передаёт ей то что нужно. Главное окно управляет инициализацией и установкой этой пары для своих потомков.

Ну по существу так и сделано. Кстати я только сейчас увидел еще один вариант - просто подавать selection машине на каждом draw Правда это не очень последовательно - список рисуемых CObject храним в CDrawer, а selection подаем - тогда уж все подавать, т.е. CDrawer ничего не хранит, а только рисует то что подало CWindow. Не думал об этом

0

Сообщение от Igor3D т.е. CDrawer ничего не хранит, а только рисует то что подало CWindow

Это я и имел ввиду. Каждому должно быть известно минимум того, что обеспечивает верное поведение. Иначе придётся везде update'ить при изменении информации.

0

Сообщение от IGPIGP Это я и имел ввиду. Каждому должно быть известно минимум того, что обеспечивает верное поведение. Иначе придётся везде update'ить при изменении информации.

Согласен, резонно. Но давайте немного прикинем. Напр CDrawer должен просчитать суммарный bounding box для всех рисуемых объектов. Делать это на каждом draw накладно. Да и просчитанный bоx явно должен храниться в CDrawer, это чисто дела рисования. Тогда выходит что список рисуемых (который меняется достаточно редко) CDrawer хранить должен

0

Сообщение от Igor3D . Тогда выходит что список рисуемых (который меняется достаточно редко) CDrawer хранить должен

то есть CDrawer рисует несколько объектов одновременно? Тогда помимо списка ещё должна быть инфа о их взаимном размещении на области отрисовки. То есть объекты это части/элементы объекта рисования на самом деле. Я уже запутался. Но как бы там ни было, - тогда этот список и есть объект владения CDrawer. Это значит что CDrawer рисует списки. А то что он это делает по частям это уже его и его окна дело. Впрочем, если кто-то из-вне (главное окно видимо) может добавлять/удалять объекты из списка дочернего, то видимо это имело бы смысл делать методом дочернего окна. Старший передаёт младшему и предлагает добавить/удалить.

0

Сообщение от IGPIGP то есть CDrawer рисует несколько объектов одновременно? Тогда помимо списка ещё должна быть инфа о их взаимном размещении на области отрисовки. То есть объекты это части/элементы объекта рисования на самом деле. Я уже запутался.

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

Однако вернемся к selection. Тут можно продолжать в том же духе - сплавлять все в CDrawer для хранения. Или что-то изобретать?

0

Сообщение от Igor3D Никакого одновременного (в смысле "параллельного") рисования нет, объекты рисуются один за другим.

Я и не имел ввиду много-поточности, а хотел сказать о том что картинка состоит из изображений объектов как элементов.

Сообщение от Igor3D Для каждого объекта матрица вычисляется окном и сохраняется в CDrawer.

То есть для каждого объекта в списке она своя? Если так и списком владеет окно, то может в окне хранить и список матриц? Конечно, было бы удобно в самом объекте иметь указатель на матрицу, чтобы не создавать второй список сопряженный с первым. А окно отвечает за инициализацию и освобождение. Вообще, всё это вещи связанные с логикой вычислительного процесса специфичной для данной задачи. Поскольку я плохо её себе представляю, то сказать что-то конкретное вряд ли сумею.

Добавлено через 4 часа 49 минут
Igor3D, простите, но перечитав тему я не понял о чём я писал. То есть:

Сообщение от Igor3D Задачка смешная - если юзер выбрал объект в списке - сказать машине что он должен рисоваться подсвеченным/выбранным.

если listbox и CDrawer члены окна, то в чём загвоздка? При выборе item в listbox возникает событие. Соответственно, поскольку каждый item - имя объекта для рисования, то логично, что каждый item порождает событие в котором можно обратиться к объекту отраженному по имени. В нём же (в событии) можно вызвать функцию отрисовки (в изменённом режиме) на объекте CDrawer через его указатель. Или я опять не понимаю?

0

Сообщение от IGPIGP То есть для каждого объекта в списке она своя? Если так и списком владеет окно, то может в окне хранить и список матриц?

Окно уже имеет указатель на CDrawer. Теперь мы заводим в окне еще какие-то данные (напр матрицы) которые целиком и полностью используются тем же CDrawer'ом. Зачем? Сделать CDrawer образцово-показательным классом спихнув всю черновую работу в окно?

Сообщение от IGPIGP если listbox и CDrawer члены окна, то в чём загвоздка? При выборе item в listbox возникает событие. Соответственно, поскольку каждый item - имя объекта для рисования, то логично, что каждый item порождает событие в котором можно обратиться к объекту отраженному по имени. В нём же (в событии) можно вызвать функцию отрисовки (в изменённом режиме) на объекте CDrawer через его указатель. Или я опять не понимаю?

Все так и есть, вопрос был как обеспечить selection для рисования. Заметим что при смене выбора в listBox мы не рисуем немедленно, а только говорим ОС что часть окна с объектами нуждается в перерисовке. В ответ ОС пошлет событие рисования, там уже непосредственно рисуем.

0

Сообщение от Igor3D Зачем? Сделать CDrawer образцово-показательным классом спихнув всю черновую работу в окно?

Хех... По порядку:

Сообщение от Igor3D Зачем?

этоя и пишу говоря:

Сообщение от IGPIGP Конечно, было бы удобно в самом объекте иметь указатель на матрицу, чтобы не создавать второй список сопряженный с первым.

Сообщение от Igor3D Сделать CDrawer образцово-показательным классом спихнув всю черновую работу в окно?

Если матрица задаётся окном, то она CDrawer не нужна (внутри) Это его исходное данное порождаемое другим объектом. Хотя если матрица НЕ задаётся окном то может быть:

Сообщение от IGPIGP было бы удобно в самом объекте (CDrawer ) иметь указатель на матрицу

всё это специфично для задачи и тут конкретики от меня быть не может.

Сообщение от Igor3D Все так и есть, вопрос был как обеспечить selection для рисования.

Если у Вас стандартный listbox то он обеспечивает событие selection_changed для каждого своего item. Или что-то вроде того. Окно получает инфу о том, что изменение выбора произошло , при этом отменяется выбор предыдущего item возможно , или происходит добавление item в группу "избранных". Вызывать ли принудительную перерисовку тут же, или изменить какое то поле типа selected в объекте CDrawer для будущей перерисовки, это зависит от того, что Вы хотите получить в виде поведения от данного действа. Так же как и способ перерисовки (всё или только объект с изменённым состоянием). Я бы во всяком случае не перерисовывал, пока курсор в рабочей области listbox. Мало ли чего и сколько юзер там решит накликать.

0