MasterZivk-paylПланирую написать 3d-редактор. Технологии C++, winAPI (без ATL, MFC и т.д). Кода, думаю, будет много. Поэтому решил, стоя на берегу, так сказать, продумать архитектуру. Интересует интерпретация паттерна MVC применительно к winAPI.



Её там просто нету.


k-paylКак вижу это я: Контроллер : в нем находится основной цикл. В контроллере производится преобразование windows сообщений в платформонезависимые типы данных. Он посылает данные различным моделям. Думаю ввести некий ControllerModel - будет отвечать за то, на какие конкретно модели необходимо действовать. Контроллер зависит только от моделей и ничего не знает про Вид-ы. Модель - логика. Есть одна независимая модель, я ее называю EditorLogic - состояние и логика редактора, и есть побочные модели - они связывают Вид-ы с EditorLogic. В принципе, с каждым Видом связана определенная Модель. Вид отвечает за отображение. Знает о своей модели.

У кого нибудь был подобный опыт? Может есть какие-нибудь открытые проекты. Не хочется наступать на грабли в процессе разработки. Буду рад любым соображениям по этой теме.

Как бы controller из MVC уже давно не нужен.
Его функции выполняют GUI-виджеты и комманды, которые они посылают.

Остальное у тебя -- либо каша в голове, либо лучи гениального ума. Что конкретно -- понять сложно.

Интересная мысль. Я кстати тоже последнее время начал замечать, что у меня контроллеры становятся всё меньше и меньше в объёме. (пишу на фреймворке Yii - php)

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

Сейчас проектирую одну относительно большую систему (не просто сайт, а сервис из множества компонентов) и понемногу прихожу к выводу, что при её, как мне кажется, идеальной структуре, контроллеры становятся лишними и в некотором смысле даже мешают отделению GUI от логики находясь на грани и того и другого. По сути их задача сводится к "В каком формате отдать? а, в json? ну держи json... А тебе в чём? в html обёртке? ... держи html". Разумеется с этой задачей справился бы банальный компонент, который в зависимости от запрошенного формата приводил бы данные к нужному виду.

Увидим что выйдет, когда я приступлю всё же к реализации (когда полностью спроектирую то что должно получиться)... но вполне может быть, что у меня контроллеры в итоге останутся пустышками (враперами для вызова реального функционала), просто что бы система была совместима с другими решениями на yii и расширениями.

Жаль пока мало что о правильном проектировании знаю..