Фабрика и абстрактная фабрика очень красиво могут быть использованы с другими паттернами. Command например. Я использовал фабрику комманд в реализации RPC. 

можно возвращать boost::shared_ptr чтобы избежать надобности очищать память. Ну и так далее...

Кто  знает  как  на  С++ реализировать  патерн  Proxy  c умной  ссылкой????

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

какие тут все умные, даже неловко писать в этом умном трэде 

Добавлено через 6 минут и 29 секунд

что-то мне подсказывает, что для этого нужны 3 класса, причем один из них - смарт-поинтер, а другой - прокси  

Ты выражаешь общую мысль, вероятно от этого тема столь непопулярна.

Леопольд, у  меня  именно  такое  задание  было!

Народ  ОЧЕНЬ  нужен  код...просто  я  так  и  не  поняла  нормально  этой  темы....мы  ее  разбирали  минут  15.....книг  нормальный  нету.....НУ  ПОЖАЛУЙСТА!!!!!!           

Sajra, не флейми. Если есть свой вопрос открой новую тему.

Книги есть. Рекомендую почитать классику GoF "Паттерны проектирования"
http://www.rsdn.ru/res/book/oo/design_patterns.xml

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

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

Это сообщение отредактировал(а) Леопольд - 23.6.2009, 18:26

Предалагю пофилосовствовать. Философия - мать всех наук. 

Когда полезна "абстрактная фабрика"?

Что-бы создавать.заменять некоторые части объекта динамически, можно использовать "абстрактную фабрику". Динамически заменив её на другую, получам возможность создать объект из других зап.частей. А если нам надо придумать новую запчасть, то можно просто написать её (с наследованием общего интерфейса) и фабрику, которая её создаёт при этом менять существующий код не надо (если интерфейсы прописаны достаточно полно). По моему, это очень актуально для больших проектов. Если паттерн используется правильно, то это может в десятки раз ускорить работу при поддержке/апдейте.

Относительно интерфейса. Мне кажется, что интерфейс надо сужать путём разбиения на "неделимые единицы". Под "неделимыми единицами" я подразумеваю те  интерфейсы, которые не имеет смысла делить дальше. Например, автомобиль состоит из зап.частей. - колёса, мотор, корпус... Однако речь идёт об интерфейсе, и по моему, автомобиль не должен иметь что-то от интерфейса колеса, двигателя, корпуса... (предположим что они нужны ) Если, придумать, как делегировать вызовы методов колёс, двигателя, корпуса... через интерфейс автомобиля, то можно будет с лёгкостью добавлять новые автомобили в систему. К примеру, у автомобиля, есть метод "ехать по этой дороге", он принимает ссылку на "эту дорогу" и движется по ней, для этого он передает эту дорогу методу колеса, для которого существует не просто дорога, а ещё ухабы, открытые люки и т.д, которые находятся на этой дороге. А что такое дорога? Это тоже набор объектов... Свернул на другую дорогу, вот тебе ссылка на неё, поехали!


По моему, было бы неплохо пофилосовствовать над каждым описываемым паттерном. На мой взгляд, в целя изучения, это даже полезнее , чем реализовать паттерны на С++, хотя бы потому, что эти реализации не объясняют зачем тот или иной паттерн может пригодится.

Это сообщение отредактировал(а) Леопольд - 24.6.2009, 12:56

Это плохой тон делегировать колесам команды автомобиля, он должен управлять ими.  Но интерфейс автомобиля, может предоставлять интерфейс руля. 



Это вообще лишнее.


Для этого достаточно обычной (не-абстрактной) фабрики.
  

Это сообщение отредактировал(а) mes - 24.6.2009, 08:54

Не согласен! 
Идеализировать что-то одно нельзя. Идолопоклонники как правило не могут мыслить гибко. Т.е. "выходить за рамки"...



Бесспорно. Руль для делегации подходит гораздо лучше потому что это руль.  Я просто пытался передать саму идею.



Т.е. я имел ввиду, что, например, для замены руля на спортивный, можно сменить фабрику, "выпускающую" рули. При этом метод, который создает рули, переписывать/дописывать не надо.
Насколько я помню, "абстрактная фабрика" это на самом деле семейство фабрик (с общим интерфейсом, думаю, не обязательно с одним). Т.е. вызов Create делегируется через интерфейс. Уверен, можно придумать другой способ динамически заменить фабрику. 



Я пытался "привязаться" к чему то. По моему, так понятнее, зачем может понадобиться "абстрактная фабрика"

И, пожалуйста, побольше философии.  Комментов типа "это лишнее", "для этого не нужна абстрактная фабрика" явно не достаточно для понимания того, почему это лишнее, и почему не нужна "абстрактная фабрика"...

Это сообщение отредактировал(а) Леопольд - 24.6.2009, 10:09

Комментарий "это лишнее" я добавил, потому что на мой взгляд  процитированная часть высказывания уводила от сути в сторону. Т.е была не просто лишней, а мешающей для понимания.


Ага. 

Не понял смысла фразы. Какая разница как менять ? главное что есть возможность заменить 

Это был комментарий к комментарию 

Мне очень интересно Ваше мнение о предназначении "абстракной фабрики". Не могли бы Вы его "озвучить"?
Как известно, сколько людей, столько и мнений. Хотелось бы взглянуть вашими глазами.

Это сообщение отредактировал(а) Леопольд - 24.6.2009, 12:08

Предназначение фабрики : независимость клиента от процесса создания продукта, а также инкапсуляция деталей этого процесса.
Предназначение абстрактной фабрики : к вышеназванному добавляется также независимость от конкретной фабрики.