С точки зрения ООП это решается написанием интерфейса ITool и наследованием оного в классах Brush и Select. В интерфейсе должны быть методы описывающие реакцию инструмента на события мыши и клавиатуры.

классах Brush и Select.

Каких классов? Это просто режим работы.

И да,я так понял что в Qt реализовать что то типа такого

QPushButton* button4 = new QPushButton("Brush");
connect(button4,SIGNAL(clicked()),this->parentWidget(),SLOT(switchMode(0)));

красивый код

Может правильный\работающий код?

я бы тебе посоветовал прекратить дрочить на красоту кода, все равно еще стотыщ раз менять все будешь. А просто начать писать.

Так он работает) Просто не уверен что это правильное решение

Это правильно? (Имеется в виду, насколько это красивый код?).

Это плохо тем, что загаживается глобальное пространство имён. Я бы написал так:

struct ModeWork { enum Type {Brush, Select}; };
ModeWork::Type mode;

С точки зрения ООП это решается написанием интерфейса ITool и наследованием оного в классах Brush и Select.

Два анимированных аватара этому регистранту.

Используй case class'ы.

Каких классов? Это просто режим работы.

«Режим работы» это классический паттерн проектирования State. Реализуется при помощи интерфейса.

Тогда почему не так вот? :)

namespace Modes {
   enum class ModeWork {Brush, Select}
}
Modes::ModeWork mode = Modes::ModeWork::Brush;

Вот так

typedef enum {
     Brush
    ,Pen
    ,Select
} ModeWork;

ТС, не слушай дебилов. Тему под снос, советчиков в бан.

Тогда почему не так вот? :)

Можно и так.

Сам подход вполне себе красив и функционален. Однако то, как ты реализуешь работу с этими состояниями — важнее. При этом, не стоит слишком заморачиваться, просто напиши несколько проектов сложнее Hello World, набьешь руку, спрашивать на каждый чих все равно не получится.

P.S. Набирай перечисления в верхнем регистре, чтоб отличать их от классов, используй префиксы.

У вас Tizen и С# головного мозга одновременно :/

используй префиксы

Почему не неймспейсы, а именно префиксы?

Набирай перечисления в верхнем регистре

Верхний регистр зарезервирован для макросов, использование его для других целей снижает читабельность кода.

Проектов много. Но я скорее заморачиваюсь работой кода, а не красотой, так что рука не набита.

Верхний регистр не зарезервирован ни для чего.

Есть такое правило хорошего тона - все константы (в т.ч. перечисления) обзывать верхним регистром. Но это только правило, конечно.

Да ладно?
с++11 - модно, молодежно. :)

Верхний регистр не зарезервирован ни для чего.

Формально по стандартам — не зарезервирован, я имел ввиду общепринятый стиль кодирования.

Есть такое правило хорошего тона - все константы

Погуглил. Да, ты прав, а я по поводу эксклюзивного использования для макросов — заблуждался.

enum class

Фишка ещё и в том, что отличить макрос от константы может любая вменяемая ide с помощью подсветки.

Почему не неймспейсы, а именно префиксы?

Для небольших проектов ИМХО удобнее, для библиотек и больших — ничего против не имею. Но! Портянки из расширений областей видимости и набирать замучаешься, и читабельность ухудшают. Я честно не помню чтобы приходилось в Qt больше одного раза это делать. http://qt-project.org/doc/qt-5.1/qtdoc/namespaces.html

Каких классов? Это просто режим работы.

Вот и представь каждый режим работы отдельным классом

«Режим работы» это классический паттерн проектирования State. Реализуется при помощи интерфейса.

Strategy же! Ну и State тоже, да.

Хотя да, попутал, State.

прекратить дрочить на красоту кода

Programs must be written for people to read, and only incidentally for machines to execute.