<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2.1" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Паттерн Factory Method (Фабрика)</title>
	<link>http://www.javenue.info/post/17</link>
	<description>Блог разработчика о Java и родственных технологиях</description>
	<pubDate>Sat, 05 Jul 2008 00:25:05 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.1</generator>

	<item>
		<title>By: danik</title>
		<link>http://www.javenue.info/post/17#comment-24723</link>
		<author>danik</author>
		<pubDate>Fri, 27 Jun 2008 15:17:29 +0000</pubDate>
		<guid>http://www.javenue.info/post/17#comment-24723</guid>
		<description>Насколько я понял в примере (за примеры в цикле о паттернах отдельное спасибо) проиллюстрирована параметрирозованная фабрика, т. к. в фабричный метод передаётся параметр, на основе которого и создаётся конкретный подкласс AbstractWriter. Между тем, классическая фабрика, насколько я понял, ведёт себя несколько иначе: "класс спроектирован так, чтобы объекты, которые он создает, специфицировались подклассами" (Э. Гамма 'Паттерны проектирования'). То есть должно быть несколько наследников FactoryMethod для каждого наследника AbstractWriter, а выбор остаётся за клиентом, какую из реализацию FactoryMethod выбрать. Я правильно понял?</description>
		<content:encoded><![CDATA[<p>Насколько я понял в примере (за примеры в цикле о паттернах отдельное спасибо) проиллюстрирована параметрирозованная фабрика, т. к. в фабричный метод передаётся параметр, на основе которого и создаётся конкретный подкласс AbstractWriter. Между тем, классическая фабрика, насколько я понял, ведёт себя несколько иначе: &#8220;класс спроектирован так, чтобы объекты, которые он создает, специфицировались подклассами&#8221; (Э. Гамма &#8216;Паттерны проектирования&#8217;). То есть должно быть несколько наследников FactoryMethod для каждого наследника AbstractWriter, а выбор остаётся за клиентом, какую из реализацию FactoryMethod выбрать. Я правильно понял?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: andrew</title>
		<link>http://www.javenue.info/post/17#comment-24121</link>
		<author>andrew</author>
		<pubDate>Sun, 01 Jun 2008 15:12:25 +0000</pubDate>
		<guid>http://www.javenue.info/post/17#comment-24121</guid>
		<description>автору за старание большое  пасибо, но все же статьи не очень хорошие, лично мне вообще ничего не понятно.</description>
		<content:encoded><![CDATA[<p>автору за старание большое  пасибо, но все же статьи не очень хорошие, лично мне вообще ничего не понятно.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: c0nst</title>
		<link>http://www.javenue.info/post/17#comment-22530</link>
		<author>c0nst</author>
		<pubDate>Sat, 22 Mar 2008 13:49:42 +0000</pubDate>
		<guid>http://www.javenue.info/post/17#comment-22530</guid>
		<description>to Sergey Zwezdin and Andrey Yasinetskiy: да, конечно, можно AbstractWriter сделать интерфейсом, можно метод getWriter сделать статическим. Но зачем завязываться на то, что AbstractWriter и FactoryMethod никогда не будут иметь внутреннего состояния или же что AbstractWriter не будет иметь поведения характерного для всех Writer'ов?</description>
		<content:encoded><![CDATA[<p>to Sergey Zwezdin and Andrey Yasinetskiy: да, конечно, можно AbstractWriter сделать интерфейсом, можно метод getWriter сделать статическим. Но зачем завязываться на то, что AbstractWriter и FactoryMethod никогда не будут иметь внутреннего состояния или же что AbstractWriter не будет иметь поведения характерного для всех Writer&#8217;ов?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrey Yasinetskiy</title>
		<link>http://www.javenue.info/post/17#comment-22474</link>
		<author>Andrey Yasinetskiy</author>
		<pubDate>Thu, 20 Mar 2008 16:10:36 +0000</pubDate>
		<guid>http://www.javenue.info/post/17#comment-22474</guid>
		<description>а почему метод getWriter не static?
не вижу смысла в данном случае создавать экземпляр класса FactoryMethod...

спасибо!</description>
		<content:encoded><![CDATA[<p>а почему метод getWriter не static?<br />
не вижу смысла в данном случае создавать экземпляр класса FactoryMethod&#8230;</p>
<p>спасибо!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ash</title>
		<link>http://www.javenue.info/post/17#comment-21234</link>
		<author>ash</author>
		<pubDate>Thu, 07 Feb 2008 17:57:48 +0000</pubDate>
		<guid>http://www.javenue.info/post/17#comment-21234</guid>
		<description>Sergey Zwezdin
Ты прав, но это детали. Просто представь что есть этот интерфейс, а абстракный клас его имплементирует и добавляет НЕКИЙ(но не весь) функционал. В данном случае видем просто сокращенный вид кода.</description>
		<content:encoded><![CDATA[<p>Sergey Zwezdin<br />
Ты прав, но это детали. Просто представь что есть этот интерфейс, а абстракный клас его имплементирует и добавляет НЕКИЙ(но не весь) функционал. В данном случае видем просто сокращенный вид кода.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sergey Zwezdin</title>
		<link>http://www.javenue.info/post/17#comment-20724</link>
		<author>Sergey Zwezdin</author>
		<pubDate>Fri, 18 Jan 2008 18:32:02 +0000</pubDate>
		<guid>http://www.javenue.info/post/17#comment-20724</guid>
		<description>Странно. Зачем AbstractWriter делать абстрактным классом, когда можно вместо него сделать интерфейс :/ Вообще не понятный ход.</description>
		<content:encoded><![CDATA[<p>Странно. Зачем AbstractWriter делать абстрактным классом, когда можно вместо него сделать интерфейс :/ Вообще не понятный ход.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: AndreyS</title>
		<link>http://www.javenue.info/post/17#comment-20026</link>
		<author>AndreyS</author>
		<pubDate>Thu, 06 Dec 2007 15:07:37 +0000</pubDate>
		<guid>http://www.javenue.info/post/17#comment-20026</guid>
		<description>Наверное не совсем удачный пример этого паттерна. Он, действительно больше напоминает Стратегию, а Factory Method - это производящий шаблон и должен выдать некий продукт.</description>
		<content:encoded><![CDATA[<p>Наверное не совсем удачный пример этого паттерна. Он, действительно больше напоминает Стратегию, а Factory Method - это производящий шаблон и должен выдать некий продукт.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Валерий</title>
		<link>http://www.javenue.info/post/17#comment-1040</link>
		<author>Валерий</author>
		<pubDate>Tue, 26 Sep 2006 14:16:04 +0000</pubDate>
		<guid>http://www.javenue.info/post/17#comment-1040</guid>
		<description>Работаю в области конструирования аппаратуры. Не специалист в области программирования.Подскажите как в рамках CALS-технологий  создать описание электрорадиоэлементов и связей между ними на основе паттернов.
Элемент имеет: производителя и поставщика;совокупность технических характеристик; чертеж; ;связность в схеме принципиальной и т.д. Участвует в различных отношениях, во многих предметных областях (торговая сеть, преобразование сигнала, монтаж аппаратуры и т.д.)</description>
		<content:encoded><![CDATA[<p>Работаю в области конструирования аппаратуры. Не специалист в области программирования.Подскажите как в рамках CALS-технологий  создать описание электрорадиоэлементов и связей между ними на основе паттернов.<br />
Элемент имеет: производителя и поставщика;совокупность технических характеристик; чертеж; ;связность в схеме принципиальной и т.д. Участвует в различных отношениях, во многих предметных областях (торговая сеть, преобразование сигнала, монтаж аппаратуры и т.д.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Javaстик</title>
		<link>http://www.javenue.info/post/17#comment-976</link>
		<author>Javaстик</author>
		<pubDate>Mon, 18 Sep 2006 10:22:14 +0000</pubDate>
		<guid>http://www.javenue.info/post/17#comment-976</guid>
		<description>Не вижу принципиальной разницы между Strategy и Factory. В одном случае создается потомок с нужным функционалом, в другом - для достижения нужного функционала создается потомок/реализация. Странно что это разные паттерны.</description>
		<content:encoded><![CDATA[<p>Не вижу принципиальной разницы между Strategy и Factory. В одном случае создается потомок с нужным функционалом, в другом - для достижения нужного функционала создается потомок/реализация. Странно что это разные паттерны.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: c0nst</title>
		<link>http://www.javenue.info/post/17#comment-63</link>
		<author>c0nst</author>
		<pubDate>Fri, 17 Mar 2006 09:33:41 +0000</pubDate>
		<guid>http://www.javenue.info/post/17#comment-63</guid>
		<description>2MouseE: Вот это комментарий :). Обязательно напишу. Скорее всего в ближайшей статье по паттернам расскажу об Adapter'е.</description>
		<content:encoded><![CDATA[<p>2MouseE: Вот это комментарий :). Обязательно напишу. Скорее всего в ближайшей статье по паттернам расскажу об Adapter&#8217;е.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
