<?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: Паттерн Builder (Строитель)</title>
	<link>http://www.javenue.info/post/58</link>
	<description>Блог разработчика о Java и родственных технологиях</description>
	<pubDate>Fri, 21 Nov 2008 09:06:15 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.1</generator>

	<item>
		<title>By: Evgenic</title>
		<link>http://www.javenue.info/post/58#comment-29449</link>
		<author>Evgenic</author>
		<pubDate>Sun, 12 Oct 2008 14:11:00 +0000</pubDate>
		<guid>http://www.javenue.info/post/58#comment-29449</guid>
		<description>Господа, чувствеется путаница между кислым и мягким. Сложность объектов тут ни при чем, это как частный случай. Тут главное следующий момент. Вот вы написали код креейта некого объекта. Со временем объект поменялся или добавились его вариации. Что, переписывать получение и последующее использование? Используя данный паттерн креейт и юзание объектов будет обно и тоде на все времена, а вам остается тока дописывать вновь требуемые классы. Очень удобно при использовании SpringFrameWork.</description>
		<content:encoded><![CDATA[<p>Господа, чувствеется путаница между кислым и мягким. Сложность объектов тут ни при чем, это как частный случай. Тут главное следующий момент. Вот вы написали код креейта некого объекта. Со временем объект поменялся или добавились его вариации. Что, переписывать получение и последующее использование? Используя данный паттерн креейт и юзание объектов будет обно и тоде на все времена, а вам остается тока дописывать вновь требуемые классы. Очень удобно при использовании SpringFrameWork.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: voodoosaveworld</title>
		<link>http://www.javenue.info/post/58#comment-28213</link>
		<author>voodoosaveworld</author>
		<pubDate>Mon, 22 Sep 2008 07:04:23 +0000</pubDate>
		<guid>http://www.javenue.info/post/58#comment-28213</guid>
		<description>а не проще было бы сделать класс Computer и класс Director? тоже самое было бы</description>
		<content:encoded><![CDATA[<p>а не проще было бы сделать класс Computer и класс Director? тоже самое было бы</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ElKa</title>
		<link>http://www.javenue.info/post/58#comment-25136</link>
		<author>ElKa</author>
		<pubDate>Wed, 16 Jul 2008 20:01:52 +0000</pubDate>
		<guid>http://www.javenue.info/post/58#comment-25136</guid>
		<description>супер! спасибо за пример!! 
как раз искала что-нибудь подобное</description>
		<content:encoded><![CDATA[<p>супер! спасибо за пример!!<br />
как раз искала что-нибудь подобное</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: illyge</title>
		<link>http://www.javenue.info/post/58#comment-24443</link>
		<author>illyge</author>
		<pubDate>Sat, 14 Jun 2008 13:03:51 +0000</pubDate>
		<guid>http://www.javenue.info/post/58#comment-24443</guid>
		<description>Правильно ли я понимаю, что Директор - это фактически Фасад (Facade)? Или есть принципиальная разница?</description>
		<content:encoded><![CDATA[<p>Правильно ли я понимаю, что Директор - это фактически Фасад (Facade)? Или есть принципиальная разница?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Raman</title>
		<link>http://www.javenue.info/post/58#comment-23494</link>
		<author>Raman</author>
		<pubDate>Tue, 29 Apr 2008 16:06:30 +0000</pubDate>
		<guid>http://www.javenue.info/post/58#comment-23494</guid>
		<description>Наиболее ярко полезность патерна ощущается при использовании слгожных объектов с глубокой вложенноситью параметров. В случае необходимости чот-то изменить (причем зачастую кардинально), процес происходит на 80% безполезненно. Director - скорре логический помощник, помогающий в дальнейшем легко ориентироваться в процессе билда объекта.</description>
		<content:encoded><![CDATA[<p>Наиболее ярко полезность патерна ощущается при использовании слгожных объектов с глубокой вложенноситью параметров. В случае необходимости чот-то изменить (причем зачастую кардинально), процес происходит на 80% безполезненно. Director - скорре логический помощник, помогающий в дальнейшем легко ориентироваться в процессе билда объекта.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ress</title>
		<link>http://www.javenue.info/post/58#comment-21734</link>
		<author>Ress</author>
		<pubDate>Tue, 26 Feb 2008 11:35:23 +0000</pubDate>
		<guid>http://www.javenue.info/post/58#comment-21734</guid>
		<description>Ну вообще много где используется. Зачастую с паттерном Factory. Builder+Director помогает инкапсулировать наши действия.</description>
		<content:encoded><![CDATA[<p>Ну вообще много где используется. Зачастую с паттерном Factory. Builder+Director помогает инкапсулировать наши действия.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TRicK</title>
		<link>http://www.javenue.info/post/58#comment-17950</link>
		<author>TRicK</author>
		<pubDate>Wed, 15 Aug 2007 17:32:06 +0000</pubDate>
		<guid>http://www.javenue.info/post/58#comment-17950</guid>
		<description>А где в языке Java используется паттерн Builder?</description>
		<content:encoded><![CDATA[<p>А где в языке Java используется паттерн Builder?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: c0nst</title>
		<link>http://www.javenue.info/post/58#comment-9956</link>
		<author>c0nst</author>
		<pubDate>Mon, 07 May 2007 07:14:13 +0000</pubDate>
		<guid>http://www.javenue.info/post/58#comment-9956</guid>
		<description>Обрати внимание на этот текст из статьи: &lt;blockquote&gt;Класс Director делает комплексное построение продукта (в нашем случае компьютера) и не заботится о том, как именно создаются его части.&lt;/blockquote&gt;
Может на этом примере будет понятнее: ты строишь дом, у тебя есть бригада строителей разных специализаций (каждая специализация - это метод из класса Builder). Director - это ты :). Что ты скажешь строителям, то они и будут делать. Если скажешь им сначала стены построить, а только потом залить фундамент, то они так и сделают. Но ты, как настоящий Director, знаешь последовательность, в которой строить дом. С другой стороны, тебя не сильно интересует сам процесс, например, возведения стен (кирпичи будут класть слева направо или наоборот).</description>
		<content:encoded><![CDATA[<p>Обрати внимание на этот текст из статьи:<br />
<blockquote>Класс Director делает комплексное построение продукта (в нашем случае компьютера) и не заботится о том, как именно создаются его части.</p></blockquote>
<p>Может на этом примере будет понятнее: ты строишь дом, у тебя есть бригада строителей разных специализаций (каждая специализация - это метод из класса Builder). Director - это ты :). Что ты скажешь строителям, то они и будут делать. Если скажешь им сначала стены построить, а только потом залить фундамент, то они так и сделают. Но ты, как настоящий Director, знаешь последовательность, в которой строить дом. С другой стороны, тебя не сильно интересует сам процесс, например, возведения стен (кирпичи будут класть слева направо или наоборот).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: gdwz</title>
		<link>http://www.javenue.info/post/58#comment-9955</link>
		<author>gdwz</author>
		<pubDate>Mon, 07 May 2007 06:22:41 +0000</pubDate>
		<guid>http://www.javenue.info/post/58#comment-9955</guid>
		<description>Както не доконца ясно, где это мжет понадобиться. Почему бы например не обойтись без класса директор, поместив его метод constructComputer в абстрактный класс ComputerBuilder?</description>
		<content:encoded><![CDATA[<p>Както не доконца ясно, где это мжет понадобиться. Почему бы например не обойтись без класса директор, поместив его метод constructComputer в абстрактный класс ComputerBuilder?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
