Столкнулся с проблемой как правильно спроектировать набор классов для приложения C++. Вариантов построения иерархии классов и взаимодействия между ними множество, но выбрать оптимальный мне показалось сложно. Есть ли литература или сайты с информацией, как правильно проектировать набор классов для приложения? Как называется эта отрасль знаний? Слышал про BpWin, Rational Rose. Какой программой лучше пользоваться для проектирования классов для графического редактора, но главный вопрос - как проектировать?

griegЭта область называется паттерны проектирования.

Rational Rose, насколько я знаю, методология и соответствующее ПО, которая описывает практически весь процесс написания программы. Тут более узкий вопрос.

Рисовать классы можно еще, например, в Visio.

Можешь более конкретно задачу?

Конкретно - программа показа большого графического изображения.
Есть область на форме, где это изображение показывается.
Есть небольшая панелька - навигатор с уменьшенной до thumbnail копией изображения.
Видимая на экране часть изображения в навигаторе подсвечена красным прямоугольником (как в фотошоп). Кликая по навигатору, можно менять видимую на форме область. И перетаскивая полосы прокрутки области на форме также можно двигаться по изображению. Также можно приближать/удалять - при этом видимая область также меняется.

У меня проблема с синхронизацией этих двух панелей. Вернее проблему я решил, но то, как решил мне не нравится: при каждом событии, ведущем к изменению видимой области, вызываются методы для приведения всех контролов в новое состояние. Например, сдвинулась полоса прокрутки. Значит нужно поменять прямоугольник в навигаторе - вызывается метод навигатора.
Если наоборот, кликнули по навигатору, он вызывает метод полосы прокрутки для изменения ее положения. И так в каждом месте, где происходит изменение области - вызываются в коде методы всех объектом, которые должны отреагировать на изменение. Причем каждый метод должен отслеживать, вызван он в результате события в другом контроле (значит рассылать изменение по остальным он сейчас не должен), или он вызван как реакция на дейстчие пользователя именно с этим контролом и нужно все остальные контролы известить об изменении.
Это неудобно в том плане, что при добавлении нового контрола, который должен быть в этой связке, нужно просматривать весь код и везде добавлять вызов методов этого контрола. И в самом методе нового контрола перебирать вызов методов для всех уже существующих. Код получается довольно запутанный.

Нет ли более стройного решения этой проблемы, где новый контрол один раз просто бы добавлялся в список, в нем реализовывальсь нужные методы и все?

softwarer Serge NНет ли более стройного решения этой проблемы, где новый контрол один раз просто бы добавлялся в список, в нем реализовывальсь нужные методы и все?
Есть. Надо реализовать оповещение (в приснопамятных паттернах это называется кажется ктототам/subscriber). Человеческими словами это описывается так: делается объект "событие". Кто угодно может подписаться на оповещение об этом событии (зарегистрировать свой обработчик). Тот, кто реально зафиксировал это событие, дергает объект, передавая ему необходимые параметры, и тот рассылает оповещение по всем подписчикам.

Прелесть этой схемы в том, что каждый "контрол" самодостаточен. При создании он подписался на нужные оповещения, при уничтожении отписался - и все, никто и знать не знает, что какой-то контрол где-то там лежит и что-то делает. Скажем, в твоем примере, пусть будет оповещение "видимая область изменилась". Я могу взять проект и добавить в него статусбар, отражающий в панельке координаты видимой области - и ни изображение, ни навигатор, об этом знать не знают и ведать не ведают. С другой стороны: сделал ты метод Image.SetViewport, дергаешь в нем оповещение - и все; теперь ты можешь сделать например диалог, который позволит явно задать координаты видимой области, и опять же без единой строки кода, без единого упоминания и навигатор, и статусбар подстроятся куда нужно.

А как в таком случае быть с проблемой зацикливания - например, изменилось положение полосы прокрутки, она отправила сигнал, что видимая область поменялась. Но и сама полоса прокрутки подписана на это сообщение - она его получит и поменяет положение вновь. При повторном изменении положения полосы, за счет округлений, может получиться слегка другое значение видимой области, и сообщение уйдет снова. Таким образом получается минимум 2 итерации (а то и больше пока все не устаканится), там, где нужна одна? Я действительно сталкивался с этой проблемой.