<?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>Sun, 05 Feb 2012 00:18:38 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.1</generator>

	<item>
		<title>By: Triada</title>
		<link>http://www.javenue.info/post/17#comment-90597</link>
		<author>Triada</author>
		<pubDate>Sat, 29 Oct 2011 16:37:52 +0000</pubDate>
		<guid>http://www.javenue.info/post/17#comment-90597</guid>
		<description>Хорошая статья, сразу понятно, даже чисто по коду, что делает этот паттерн. Только вот в других статьях и книге несколько иначе, можете обьяснить по аналогии?</description>
		<content:encoded><![CDATA[<p>Хорошая статья, сразу понятно, даже чисто по коду, что делает этот паттерн. Только вот в других статьях и книге несколько иначе, можете обьяснить по аналогии?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: oko</title>
		<link>http://www.javenue.info/post/17#comment-71868</link>
		<author>oko</author>
		<pubDate>Fri, 29 Oct 2010 13:22:49 +0000</pubDate>
		<guid>http://www.javenue.info/post/17#comment-71868</guid>
		<description>полностью поддерживаю Алекса, в примере приведен именно способ решения задачи, но никак не паттерн FactoryMethod. большой проблемой является то что в том виде сто мы имеем в примере с нарастанием количества конкретных классов writer - будет нарастать кол-во условий, плюс представьте если нам ещё понадобятся не writer а sounder  классы? вот сдесь и нужен будет шаблон FactoryMethod  а именно:
abstract class Factory
public class XMLWriter extends Factory
public class XMLSounder extends Factory
 т.е. должны наследоваться от абстрактных классов не только продукты но и создатели</description>
		<content:encoded><![CDATA[<p>полностью поддерживаю Алекса, в примере приведен именно способ решения задачи, но никак не паттерн FactoryMethod. большой проблемой является то что в том виде сто мы имеем в примере с нарастанием количества конкретных классов writer - будет нарастать кол-во условий, плюс представьте если нам ещё понадобятся не writer а sounder  классы? вот сдесь и нужен будет шаблон FactoryMethod  а именно:<br />
abstract class Factory<br />
public class XMLWriter extends Factory<br />
public class XMLSounder extends Factory<br />
 т.е. должны наследоваться от абстрактных классов не только продукты но и создатели</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vile</title>
		<link>http://www.javenue.info/post/17#comment-71464</link>
		<author>Vile</author>
		<pubDate>Mon, 04 Oct 2010 13:30:31 +0000</pubDate>
		<guid>http://www.javenue.info/post/17#comment-71464</guid>
		<description>Здесь как раз таки описан паттерн Factory Method. Не путайте с Abstract Factory. Хотя согласен, что изложение не самое удачное.
Кстати, поговаривают, что Integer.valueOf - тоже factory method )</description>
		<content:encoded><![CDATA[<p>Здесь как раз таки описан паттерн Factory Method. Не путайте с Abstract Factory. Хотя согласен, что изложение не самое удачное.<br />
Кстати, поговаривают, что Integer.valueOf - тоже factory method )</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Igor</title>
		<link>http://www.javenue.info/post/17#comment-71294</link>
		<author>Igor</author>
		<pubDate>Fri, 24 Sep 2010 09:25:59 +0000</pubDate>
		<guid>http://www.javenue.info/post/17#comment-71294</guid>
		<description>Я бы даже сказал охуенская статья, так как очень понятно написано без всяких там заебов. Вообще у вас сайт охуенский - в который раз убеждаюсь!</description>
		<content:encoded><![CDATA[<p>Я бы даже сказал охуенская статья, так как очень понятно написано без всяких там заебов. Вообще у вас сайт охуенский - в который раз убеждаюсь!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mephistofel</title>
		<link>http://www.javenue.info/post/17#comment-71253</link>
		<author>Mephistofel</author>
		<pubDate>Tue, 21 Sep 2010 15:22:27 +0000</pubDate>
		<guid>http://www.javenue.info/post/17#comment-71253</guid>
		<description>Ваша статья меня просто спасла в последний момент от лишения премии:) Премного благодарен, шлю лучи счастья и любви.</description>
		<content:encoded><![CDATA[<p>Ваша статья меня просто спасла в последний момент от лишения премии:) Премного благодарен, шлю лучи счастья и любви.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: xxx</title>
		<link>http://www.javenue.info/post/17#comment-70118</link>
		<author>xxx</author>
		<pubDate>Thu, 08 Jul 2010 21:07:55 +0000</pubDate>
		<guid>http://www.javenue.info/post/17#comment-70118</guid>
		<description>Пример ваще не понятный это не патерн, по примеру палучается так:
передаём getWriter'у объект типа ConcreteXmlWriter, в результате получаем объект того же типа.</description>
		<content:encoded><![CDATA[<p>Пример ваще не понятный это не патерн, по примеру палучается так:<br />
передаём getWriter&#8217;у объект типа ConcreteXmlWriter, в результате получаем объект того же типа.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: qw</title>
		<link>http://www.javenue.info/post/17#comment-68840</link>
		<author>qw</author>
		<pubDate>Fri, 30 Apr 2010 16:15:41 +0000</pubDate>
		<guid>http://www.javenue.info/post/17#comment-68840</guid>
		<description>to TeamLeader:
тебя надо гнать, грузчиком иди работай!</description>
		<content:encoded><![CDATA[<p>to TeamLeader:<br />
тебя надо гнать, грузчиком иди работай!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Igor</title>
		<link>http://www.javenue.info/post/17#comment-60895</link>
		<author>Igor</author>
		<pubDate>Thu, 22 Oct 2009 06:28:12 +0000</pubDate>
		<guid>http://www.javenue.info/post/17#comment-60895</guid>
		<description>to alex
   Ты неправ. Это все таки фабричный метод. Читаем у Эриха Гаммы: "параметризованные фабричные методы. Это еще один вариант паттерна, ко¬торый позволяет фабричному методу создавать разные виды продуктов. Фабричному методу передается параметр, который идентифицирует вид создаваемого объекта. Все объекты, получающиеся с помощью фабричного метода, разделяют общий интерфейс Product. В примере с документами класс Application может поддерживать разные виды документов. Вы пе¬редаете методу CreateDocument ли?ний параметр, который и определя¬ет, документ какого вида нужно создать"
   Так что перед тем как высказывать свое мнение неплохо бы изучить мат часть</description>
		<content:encoded><![CDATA[<p>to alex<br />
   Ты неправ. Это все таки фабричный метод. Читаем у Эриха Гаммы: &#8220;параметризованные фабричные методы. Это еще один вариант паттерна, ко¬торый позволяет фабричному методу создавать разные виды продуктов. Фабричному методу передается параметр, который идентифицирует вид создаваемого объекта. Все объекты, получающиеся с помощью фабричного метода, разделяют общий интерфейс Product. В примере с документами класс Application может поддерживать разные виды документов. Вы пе¬редаете методу CreateDocument ли?ний параметр, который и определя¬ет, документ какого вида нужно создать&#8221;<br />
   Так что перед тем как высказывать свое мнение неплохо бы изучить мат часть</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alex</title>
		<link>http://www.javenue.info/post/17#comment-59912</link>
		<author>alex</author>
		<pubDate>Tue, 22 Sep 2009 12:24:02 +0000</pubDate>
		<guid>http://www.javenue.info/post/17#comment-59912</guid>
		<description>На самом деле в примере показан вовсе не Factory Method, а так называемая Simple Factory (это даже не ?аблон проектирования, а просто ?ироко используемая техника). Правильно написал danik, что у класса FactoryMethod должны быть наследники, которые собственно и переопределяют фабричный метод. На первый взгляд может показаться, что нет никакого отличия, но отличие огромное. Прочитайте "Head First Design Patterns" или "Design Patterns For Dummies" и вам станет все понятно.</description>
		<content:encoded><![CDATA[<p>На самом деле в примере показан вовсе не Factory Method, а так называемая Simple Factory (это даже не ?аблон проектирования, а просто ?ироко используемая техника). Правильно написал danik, что у класса FactoryMethod должны быть наследники, которые собственно и переопределяют фабричный метод. На первый взгляд может показаться, что нет никакого отличия, но отличие огромное. Прочитайте &#8220;Head First Design Patterns&#8221; или &#8220;Design Patterns For Dummies&#8221; и вам станет все понятно.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: leafox</title>
		<link>http://www.javenue.info/post/17#comment-58065</link>
		<author>leafox</author>
		<pubDate>Mon, 10 Aug 2009 16:46:45 +0000</pubDate>
		<guid>http://www.javenue.info/post/17#comment-58065</guid>
		<description>To TeamLeader:

ТимЛидер говори?ь? Нормальный тимлидер в первую очередь должен уметь общаться с людьми, а не тявкать из-за поворота. Есть замечания - напи?и, поправь. 

Человеку спасибо за ресурс, видно что старается.</description>
		<content:encoded><![CDATA[<p>To TeamLeader:</p>
<p>ТимЛидер говори?ь? Нормальный тимлидер в первую очередь должен уметь общаться с людьми, а не тявкать из-за поворота. Есть замечания - напи?и, поправь. </p>
<p>Человеку спасибо за ресурс, видно что старается.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

