Обсуждение архитектуры приложения. Пример с фабричным методом

[nata267]

Взято из QtDesigner.

В приведенном примере - фабрика оболочек(расширений) объектов системы - ExtensionFactory. Например, список свойств объекта является оболочкой объекта. У одного и того же объекта в системе может быть несколько оболочек(расширений) разного плана. Получить их можно с помощью менеджера расширений.
 
Менеджер регистрируюет каждую конкретную фабрику расширений под определенным id фабрики. По id фабрики менеджер определяет с помощью какой конкретной фабрики создавать конкретную оболочку(расширение) объекта. Например, PropertySheetExtension -  оболочка, хранящая свойства объекта. ContainerExtension - это оболочка-контейнер объекта и.т.д.

В первом прикрепленном файле - собственно фабрика. Чтобы не порождать подклассы фабрик используются шаблонные классы.
Во втором прикрепленном файле - менеджер, используемый для регистрации фабрик.
В третьем прикрепленном файле пример объектов которые порождаются фабриками.

Вот несколько фабрик:

Код:

typedef ExtensionFactory<QDesignerContainerExtension, QStackedWidget, QStackedWidgetContainer>  QDesignerStackedWidgetContainerFactory;
typedef ExtensionFactory<QDesignerContainerExtension, QTabWidget, QTabWidgetContainer> QDesignerTabWidgetContainerFactory;
typedef ExtensionFactory<QDesignerContainerExtension, QToolBox, QToolBoxContainer> QDesignerToolBoxContainerFactory;
typedef ExtensionFactory<QDesignerContainerExtension, QScrollArea, QScrollAreaContainer> QScrollAreaContainerFactory;
typedef ExtensionFactory<QDesignerContainerExtension,  QDockWidget, QDockWidgetContainer> QDockWidgetContainerFactory;

Фабрики  создаются и регистрируются так:

Код:

QExtensionManager *mgr = new QExtensionManager(this);
const QString containerExtensionId = Q_TYPEID(QDesignerContainerExtension);

QDesignerStackedWidgetContainerFactory::registerExtension(mgr, containerExtensionId);
QDesignerTabWidgetContainerFactory::registerExtension(mgr, containerExtensionId);
QDesignerToolBoxContainerFactory::registerExtension(mgr, containerExtensionId);
QDockWidgetContainerFactory::registerExtension(mgr, containerExtensionId);
QScrollAreaContainerFactory::registerExtension(mgr, containerExtensionId);

Пример использования объектов, порожденных фабриками:

Код:

...
if (QDesignerContainerExtension *container = qt_extension<QDesignerContainerExtension*>(core()->extensionManager(), widget)) {
        for (int i=0; i<container->count(); ++i) {
            QWidget *page = container->widget(i);
		...
	}
    }
...

[nata267]

Правда синтаксис функции - qt_extension не могу до сих пор понять. но смысл - manager->extension(object, iid)

т.е. вместо

QDesignerContainerExtension *container = qt_extension<QDesignerContainerExtension*>(core()->extensionManager(), widget)

можно записать так:

QDesignerContainerExtension *container = qobject_cast<QDesignerContainerExtension*>(core()->extensionManager()->extension(widget, Q_TYPEID(QDesignerContainerExtension)));

[Igors]

На мой взгляд предложенная схема обсуждения неудачна. Типа "вот тролли применили паттерн, давайте у них учиться". Никто не спорит, изучение исходников Qt дает больше чем просто использование. Но все-таки просматривая исходники мы не проектируем, не принимаем решений и не несем за них никакой ответственности. Др словами делать самому и смотреть/понимать как делают другие - совсем не одно и то же.

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

Возвращаясь к фабрике - это один из немногих паттернов с которым все ясно и который трудно спутать с чем-то другим. Обычно "factory" есть и в имени класса. Предполагает набор (хотя бы 2-3 класса) над которым эта фабрика и создается. Типичный пример - набор загрузчиков файлов или набор плагинов. Честно говоря не вижу что тут обсуждать

[alexis031182]

...
Ну и вообще, мужики сюда заходят отдохнуть, языком почесать, блеснуть познаниями - а Вы им по рогам кучей классов дизайнера.. Ну кто ж  будет их учить и Вам отвечать? 
...

класс! отличный юмор!

[nata267]

На мой взгляд предложенная схема обсуждения неудачна. Типа "вот тролли применили паттерн, давайте у них учиться". Никто не спорит, изучение исходников Qt дает больше чем просто использование. Но все-таки просматривая исходники мы не проектируем, не принимаем решений и не несем за них никакой ответственности. Др словами делать самому и смотреть/понимать как делают другие - совсем не одно и то же.

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

Возвращаясь к фабрике - это один из немногих паттернов с которым все ясно и который трудно спутать с чем-то другим. Обычно "factory" есть и в имени класса. Предполагает набор (хотя бы 2-3 класса) над которым эта фабрика и создается. Типичный пример - набор загрузчиков файлов или набор плагинов. Честно говоря не вижу что тут обсуждать

Это ж ветка - Кладовая готовых решений. Вот нашла решение и разместила его тут. Обсуждать наверно и правда нечего. Если ктото сочтет это полезным - будет использовать. Единственное что я думаю. Ясность моего изложения наверно оставляет желать лучшего. Может быть чего-то и пропустила. Если что пишите. И пример не очень простой для понимания. Хотя есть и посложнее примерчики. Реализация окошка редактирования свойств чего только стоят. Диаграмма на всю стену в офисе получается))) Хотя организовано классно, ибо добавить новый вид свойств, со специфическим редактором оказалось очень легко. Вот сижу ломаю голову как упростить изложение материала)

[nata267]

Еще один пример. Создание окон разного типа.
Окно создается так: ToolWindow::createStandardToolWindow(ToolWindow::PropertyEditor);

[Igors]

Еще один пример. Создание окон разного типа.
Окно создается так: ToolWindow::createStandardToolWindow(ToolWindow::PropertyEditor);

Несерьезная у них фабрика. Не должен нигде вылазить switch. А inline(ы) вообще так, затычка

[nata267]

Еще один пример. Создание окон разного типа.
Окно создается так: ToolWindow::createStandardToolWindow(ToolWindow::PropertyEditor);

Несерьезная у них фабрика. Не должен нигде вылазить switch. А inline(ы) вообще так, затычка

почему затычка??

[Igors]

почему затычка??

Потому что не пользуемся ToolWindow::CreateStandardToolWindow, который для этого предназначен, а городим еще inline чтобы это же сделать

[Igors]

Смысл фабрики (как я его понимаю) в спекуляции/обыгрывании зарегистрированной мапы. Примеры

Код

C++ (Qt)
// простой пример
CFactoryObject * CMyFactory::GetByID( int ID )
{
 TIterator it = mMap.find(ID);
 return (it == mMap.end()) ? 0 : it.second->Create(); 
}
 

Код

C++ (Qt)
// чуть сложнее
CFactoryObject * CMyFactory::GeLoader( int format )
{
 TIterator it;
 for (it = mMap.begin(); it != mMap.end(); ++it) {
   CLoader * loader = it.second->Create(); 
   if (loader->AcceptFormat(format)) return loader;
   delete loader;
 }
}
 

В первом случае мы довольно легко можем обойтись switch и (пока) забыть об этом. Однако если возникает второй случай - опять придется городить switch, причем обильный и.т.д

[Akon]

2nata267:
Просьба, вы когда выкладываете решение, поясняйте, зачем оно нужно и, главное, чем оно лучше известных решений. Например, метаобъектная система Qt позволяет сделать так, а на row C++ вы вынуждены будете делать так и т.п.

[nata267]

Код

C++ (Qt)
// простой пример
CFactoryObject * CMyFactory::GetByID( int ID )
{
 TIterator it = mMap.find(ID);
 return (it == mMap.end()) ? 0 : it->second.Create(); 
}
 

А что вообще такое it->second и разве не it.second в вашем примере?
И почему в случае если достигнут конец итератора возвращается 0, а не вставка? а в случае когда НЕ достигнут конец вставка (если я не ошибаюсь) вместо найденного значения??

[nata267]

2nata267:
Просьба, вы когда выкладываете решение, поясняйте, зачем оно нужно и, главное, чем оно лучше известных решений. Например, метаобъектная система Qt позволяет сделать так, а на row C++ вы вынуждены будете делать так и т.п.

row C++??? what is it? простите мою безграмотность

[kambala]

думаю имелось в виду raw (чистый или «голый»)

[Igors]

А что вообще такое it->second и разве не it.second в вашем примере?

Просто перепутал точку с ->. Подправил, спасибо

row C++??? what is it? простите мою безграмотность

Наверное имеется ввиду "raw" (сырой). И бог с ней, с грамотностью. Лучше знать меньше но основательнее