Template Method: Bebida Quente (exemplo) - Revision history

Root: Redirected page to ist:Template Method: Bebida Quente (exemplo)

2018-11-07T16:44:33Z

Redirected page to ist:Template Method: Bebida Quente (exemplo)

← Older revision		Revision as of 16:44, 7 November 2018
Line 1:		Line 1:
	~~Este exemplo mostra a aplicação do padrão ''template method'' ao "problema" de preparação de uma bebida quente.~~		#REDIRECT [[ist:Template Method: Bebida Quente (exemplo)]]

	Este exemplo mostra a evolução de uma aplicação à medida que são aplicadas técnicas de programação com objectos, em que se refactoriza algum código, e de aplicação de padrões, neste caso, o ''template method''.

	~~== Situação Inicial ==~~

	~~Na situação inicial há repetição de código e não há abstracção de conceitos comuns nem, por isso, reutilização.~~
	~~<java5>~~
	~~public class Café {~~

	~~void preparar() {~~
	~~ferverÁgua();~~
	~~juntarGrãosMoídos();~~
	~~despejarNaChávena();~~
	~~juntarAçúcar();~~
	}

	~~// &c.~~
	}
	~~</java5>~~

	~~<java5>~~
	~~public class Chá {~~

	~~void preparar() {~~
	~~ferverÁgua();~~
	~~juntarFolhas();~~
	~~despejarNaChávena();~~
	~~juntarLimão();~~
	}

	~~// &c.~~
	}
	~~</java5>~~

	~~== Segundo Cenário: Abstracção de Características Comuns ==~~

	Nesta situação abstrairam-se algumas das características comuns e procurou-se reutilizar o máximo de funcionalidade. Note-se que, ainda assim, há repetição da estrutura do "algoritmo" de aquecimento.

	~~<java5>~~
	~~public abstract class BebidaQuente {~~
	~~abstract void preparar();~~

	~~void ferverÁgua() { /* faz coisas */ }~~
	~~void despejarNaChávena() { /* faz coisas */ }~~
	}
	~~</java5>~~
	~~<java5>~~
	~~public class Café extends BebidaQuente {~~
	~~void juntarGrãosMoídos() { /* faz coisas */ }~~
	~~void juntarAçúcar() { /* faz coisas */ }~~

	~~void preparar() { /* como antes */ }~~
	}
	~~</java5>~~
	~~<java5>~~
	~~public class Chá extends BebidaQuente {~~
	~~void juntarFolhas() { /* faz coisas */ }~~
	~~void juntarLimão() { /* faz coisas */ }~~

	~~void preparar() { /* como antes */ }~~
	}
	~~</java5>~~

	~~== Terceiro Cenário~~: ~~Aplicação do Padrão~~ Template Method ==

	~~Manteve-se a abstracção conseguida no segundo cenário e aplicou-se o padrão template method. O resultado é o desaparecimento do algoritmo repetido~~: agora aparece apenas na superclasse e as partes dependentes das subclasses são definidas por cada uma. Note-se que a interface é agora imposta pela superclasse e que pode haver necessidade de renomear alguns dos métodos existentes (ou, alternativamente, de os chamar a partir dos que implementam a interface devida à aplicação do padrão).
	~~<java5>~~
	~~public abstract class BebidaQuente {~~
	~~abstract void infundir();~~
	~~abstract void condimentar();~~

	~~void preparar() {~~
	~~ferverÁgua();~~
	~~infundir();~~
	~~despejarNaChávena~~();
	~~condimentar();~~
	}

	~~void ferverÁgua() { /* faz coisas */ }~~
	~~void despejarNaChávena() { /* faz coisas */ }~~
	}
	~~</java5>~~
	~~<java5>~~
	~~class Café extends BebidaQuente {~~
	~~// void juntarGrãosMoÃdos() { /* faz coisas */ }~~
	~~// void juntarAçúcar() { /* faz coisas */ }~~
	~~public void infundir() { /* juntar grãos moÃdos */ }~~
	~~public void condimentar() { /* juntar açúcar */ }~~
	}
	~~</java5>~~
	~~<java5>~~
	~~class Chá extends BebidaQuente {~~
	~~// void juntarFolhas() { /* faz coisas */ }~~
	~~// void juntarLimão() { /* faz coisas */ }~~
	~~public void infundir() { /* juntar folhas */ }~~
	~~public void condimentar() { /* juntar limão */ }~~
	}
	~~</java5>~~

	~~A chamada pela superclasse de métodos definidos nas subclasses é uma aplicação do chamado "Hollywood Principle", i.e., "don't call us, we'll call you".~~

	~~[[category:Ensino]]~~
	~~[[category:PO]]~~
	~~[[category:PO Exemplos]]~~
	~~[[category:Java~~]]

Root at 15:19, 23 October 2013

2013-10-23T15:19:33Z

← Older revision		Revision as of 15:19, 23 October 2013
Line 101:		Line 101:
	A chamada pela superclasse de métodos definidos nas subclasses é uma aplicação do chamado "Hollywood Principle", i.e., "don't call us, we'll call you".		A chamada pela superclasse de métodos definidos nas subclasses é uma aplicação do chamado "Hollywood Principle", i.e., "don't call us, we'll call you".

	[[category:~~OOP~~]]		[[category:Ensino]]
	[[category:~~Teaching~~]]		[[category:PO]]
	[[category:PO Exemplos]]		[[category:PO Exemplos]]
			[[category:Java]]

Root at 16:47, 14 October 2013

2013-10-14T16:47:56Z

← Older revision		Revision as of 16:47, 14 October 2013
Line 103:		Line 103:
	[[category:OOP]]		[[category:OOP]]
	[[category:Teaching]]		[[category:Teaching]]
			[[category:PO Exemplos]]

Root: /* Segundo Cenário: Abstracção de Características Comuns */

2010-11-04T11:36:57Z

Segundo Cenário: Abstracção de Características Comuns

← Older revision		Revision as of 11:36, 4 November 2010
Line 40:		Line 40:
	<java5>		<java5>
	public abstract class BebidaQuente {		public abstract class BebidaQuente {

	abstract void preparar();		abstract void preparar();

Line 49:		Line 48:
	<java5>		<java5>
	public class Café extends BebidaQuente {		public class Café extends BebidaQuente {
			void juntarGrãosMoídos() { /* faz coisas */ }
	void ~~juntarGrãosMoÃdos~~() { /* faz coisas */ }
	void juntarAçúcar() { /* faz coisas */ }		void juntarAçúcar() { /* faz coisas */ }

Line 58:		Line 56:
	<java5>		<java5>
	public class Chá extends BebidaQuente {		public class Chá extends BebidaQuente {

	void juntarFolhas() { /* faz coisas */ }		void juntarFolhas() { /* faz coisas */ }
	void juntarLimão() { /* faz coisas */ }		void juntarLimão() { /* faz coisas */ }

Root: /* Situação Inicial */

2010-11-04T11:33:58Z

Situação Inicial

← Older revision		Revision as of 11:33, 4 November 2010
Line 11:		Line 11:
	void preparar() {		void preparar() {
	ferverÁgua();		ferverÁgua();
	~~juntarGrãosMoÃdos~~();		juntarGrãosMoídos();
	despejarNaChávena();		despejarNaChávena();
	juntarAçúcar();		juntarAçúcar();

Root at 11:28, 4 November 2010

2010-11-04T11:28:39Z

← Older revision		Revision as of 11:28, 4 November 2010
Line 1:		Line 1:
	Este exemplo mostra a aplicação do padrão ''template method'' ao "problema" de preparação de uma bebida quente.		Este exemplo mostra a aplicação do padrão ''template method'' ao "problema" de preparação de uma bebida quente.

	Este exemplo mostra a evolução de uma aplicação Ã medida que são aplicadas técnicas de programação com objectos, em que se refactoriza algum código, e de aplicação de padrões, neste caso, o ''template method''.		Este exemplo mostra a evolução de uma aplicação à medida que são aplicadas técnicas de programação com objectos, em que se refactoriza algum código, e de aplicação de padrões, neste caso, o ''template method''.

	== Situação Inicial ==		== Situação Inicial ==
Line 34:		Line 34:
	</java5>		</java5>

	== Segundo Cenário: Abstracção de ~~CaracterÃsticas~~ Comuns ==		== Segundo Cenário: Abstracção de Características Comuns ==

	Nesta situação abstrairam-se algumas das ~~caracterÃsticas~~ comuns e procurou-se reutilizar o máximo de funcionalidade. Note-se que, ainda assim, há repetição da estrutura do "algoritmo" de aquecimento.		Nesta situação abstrairam-se algumas das características comuns e procurou-se reutilizar o máximo de funcionalidade. Note-se que, ainda assim, há repetição da estrutura do "algoritmo" de aquecimento.

	<java5>		<java5>
Line 68:		Line 68:
	== Terceiro Cenário: Aplicação do Padrão Template Method ==		== Terceiro Cenário: Aplicação do Padrão Template Method ==

	Manteve-se a abstracção conseguida no segundo cenário e aplicou-se o padrão template method. O resultado é o desaparecimento do algoritmo repetido: agora aparece apenas na superclasse e as partes dependentes das subclasses são definidas por cada uma. Note-se que a interface é agora imposta pela superclasse e que pode haver necessidade de renomear alguns dos métodos existentes (ou, alternativamente, de os chamar a partir dos que implementam a interface devida Ã aplicação do padrão).		Manteve-se a abstracção conseguida no segundo cenário e aplicou-se o padrão template method. O resultado é o desaparecimento do algoritmo repetido: agora aparece apenas na superclasse e as partes dependentes das subclasses são definidas por cada uma. Note-se que a interface é agora imposta pela superclasse e que pode haver necessidade de renomear alguns dos métodos existentes (ou, alternativamente, de os chamar a partir dos que implementam a interface devida à aplicação do padrão).
	<java5>		<java5>
	public abstract class BebidaQuente {		public abstract class BebidaQuente {

Root at 11:27, 4 November 2010

2010-11-04T11:27:57Z

← Older revision		Revision as of 11:27, 4 November 2010
Line 10:		Line 10:

	void preparar() {		void preparar() {
	~~ferverÃgua~~();		ferverÁgua();
	juntarGrãosMoÃdos();		juntarGrãosMoÃdos();
	despejarNaChávena();		despejarNaChávena();
Line 24:		Line 24:

	void preparar() {		void preparar() {
	~~ferverÃgua~~();		ferverÁgua();
	juntarFolhas();		juntarFolhas();
	despejarNaChávena();		despejarNaChávena();
Line 43:		Line 43:
	abstract void preparar();		abstract void preparar();

	void ~~ferverÃgua~~() { /* faz coisas */ }		void ferverÁgua() { /* faz coisas */ }
	void despejarNaChávena() { /* faz coisas */ }		void despejarNaChávena() { /* faz coisas */ }
	}		}
Line 75:		Line 75:

	void preparar() {		void preparar() {
	~~ferverÃgua~~();		ferverÁgua();
	infundir();		infundir();
	despejarNaChávena();		despejarNaChávena();
Line 81:		Line 81:
	}		}

	void ~~ferverÃgua~~() { /* faz coisas */ }		void ferverÁgua() { /* faz coisas */ }
	void despejarNaChávena() { /* faz coisas */ }		void despejarNaChávena() { /* faz coisas */ }
	}		}

Root at 11:45, 6 November 2008

2008-11-06T11:45:32Z

← Older revision		Revision as of 11:45, 6 November 2008
Line 6:		Line 6:

	Na situação inicial há repetição de código e não há abstracção de conceitos comuns nem, por isso, reutilização.		Na situação inicial há repetição de código e não há abstracção de conceitos comuns nem, por isso, reutilização.
			<java5>
	public class Café {		public class Café {

Line 18:		Line 18:
	// &c.		// &c.
	}		}
			</java5>

			<java5>
	public class Chá {		public class Chá {

Line 30:		Line 32:
	// &c.		// &c.
	}		}
			</java5>

	== Segundo Cenário: Abstracção de CaracterÃsticas Comuns ==		== Segundo Cenário: Abstracção de CaracterÃsticas Comuns ==
Line 35:		Line 38:
	Nesta situação abstrairam-se algumas das caracterÃsticas comuns e procurou-se reutilizar o máximo de funcionalidade. Note-se que, ainda assim, há repetição da estrutura do "algoritmo" de aquecimento.		Nesta situação abstrairam-se algumas das caracterÃsticas comuns e procurou-se reutilizar o máximo de funcionalidade. Note-se que, ainda assim, há repetição da estrutura do "algoritmo" de aquecimento.

			<java5>
	public abstract class BebidaQuente {		public abstract class BebidaQuente {

Line 42:		Line 46:
	void despejarNaChávena() { /* faz coisas */ }		void despejarNaChávena() { /* faz coisas */ }
	}		}
			</java5>
			<java5>
	public class Café extends BebidaQuente {		public class Café extends BebidaQuente {

Line 50:		Line 55:
	void preparar() { /* como antes */ }		void preparar() { /* como antes */ }
	}		}
			</java5>
			<java5>
	public class Chá extends BebidaQuente {		public class Chá extends BebidaQuente {

Line 58:		Line 64:
	void preparar() { /* como antes */ }		void preparar() { /* como antes */ }
	}		}
			</java5>

	== Terceiro Cenário: Aplicação do Padrão Template Method ==		== Terceiro Cenário: Aplicação do Padrão Template Method ==

	Manteve-se a abstracção conseguida no segundo cenário e aplicou-se o padrão template method. O resultado é o desaparecimento do algoritmo repetido: agora aparece apenas na superclasse e as partes dependentes das subclasses são definidas por cada uma. Note-se que a interface é agora imposta pela superclasse e que pode haver necessidade de renomear alguns dos métodos existentes (ou, alternativamente, de os chamar a partir dos que implementam a interface devida Ã aplicação do padrão).		Manteve-se a abstracção conseguida no segundo cenário e aplicou-se o padrão template method. O resultado é o desaparecimento do algoritmo repetido: agora aparece apenas na superclasse e as partes dependentes das subclasses são definidas por cada uma. Note-se que a interface é agora imposta pela superclasse e que pode haver necessidade de renomear alguns dos métodos existentes (ou, alternativamente, de os chamar a partir dos que implementam a interface devida Ã aplicação do padrão).
			<java5>
	public abstract class BebidaQuente {		public abstract class BebidaQuente {
	abstract void infundir();		abstract void infundir();
Line 77:		Line 84:
	void despejarNaChávena() { /* faz coisas */ }		void despejarNaChávena() { /* faz coisas */ }
	}		}
			</java5>
			<java5>
	class Café extends BebidaQuente {		class Café extends BebidaQuente {
	// void juntarGrãosMoÃdos() { /* faz coisas */ }		// void juntarGrãosMoÃdos() { /* faz coisas */ }
Line 84:		Line 92:
	public void condimentar() { /* juntar açúcar */ }		public void condimentar() { /* juntar açúcar */ }
	}		}
			</java5>
			<java5>
	class Chá extends BebidaQuente {		class Chá extends BebidaQuente {
	// void juntarFolhas() { /* faz coisas */ }		// void juntarFolhas() { /* faz coisas */ }
Line 91:		Line 100:
	public void condimentar() { /* juntar limão */ }		public void condimentar() { /* juntar limão */ }
	}		}
			</java5>

	A chamada pela superclasse de métodos definidos nas subclasses é uma aplicação do chamado "Hollywood Principle", i.e., "don't call us, we'll call you".		A chamada pela superclasse de métodos definidos nas subclasses é uma aplicação do chamado "Hollywood Principle", i.e., "don't call us, we'll call you".

Root at 22:59, 6 November 2007

2007-11-06T22:59:38Z

← Older revision		Revision as of 22:59, 6 November 2007
Line 1:		Line 1:

	Este exemplo mostra a aplicação do padrão ''template method'' ao "problema" de preparação de uma bebida quente.		Este exemplo mostra a aplicação do padrão ''template method'' ao "problema" de preparação de uma bebida quente.

Line 32:		Line 31:
	}		}

	=== Segundo Cenário: Abstracção de CaracterÃsticas Comuns ===		== Segundo Cenário: Abstracção de CaracterÃsticas Comuns ==

	Nesta situação abstrairam-se algumas das caracterÃsticas comuns e procurou-se reutilizar o máximo de funcionalidade. Note-se que, ainda assim, há repetição da estrutura do "algoritmo" de aquecimento.		Nesta situação abstrairam-se algumas das caracterÃsticas comuns e procurou-se reutilizar o máximo de funcionalidade. Note-se que, ainda assim, há repetição da estrutura do "algoritmo" de aquecimento.
Line 60:		Line 59:
	}		}

	=== Terceiro Cenário: Aplicação do Padrão Template Method ===		== Terceiro Cenário: Aplicação do Padrão Template Method ==

	Manteve-se a abstracção conseguida no segundo cenário e aplicou-se o padrão template method. O resultado é o desaparecimento do algoritmo repetido: agora aparece apenas na superclasse e as partes dependentes das subclasses são definidas por cada uma. Note-se que a interface é agora imposta pela superclasse e que pode haver necessidade de renomear alguns dos métodos existentes (ou, alternativamente, de os chamar a partir dos que implementam a interface devida Ã aplicação do padrão).		Manteve-se a abstracção conseguida no segundo cenário e aplicou-se o padrão template method. O resultado é o desaparecimento do algoritmo repetido: agora aparece apenas na superclasse e as partes dependentes das subclasses são definidas por cada uma. Note-se que a interface é agora imposta pela superclasse e que pode haver necessidade de renomear alguns dos métodos existentes (ou, alternativamente, de os chamar a partir dos que implementam a interface devida Ã aplicação do padrão).

Root: New page: Este exemplo mostra a aplicação do padrão ''template method'' ao "problema" de preparação de uma bebida quente. Este exemplo mostra a evolução de uma aplicação à medida que sã...

2007-11-06T22:59:01Z

New page: Este exemplo mostra a aplicação do padrão ''template method'' ao "problema" de preparação de uma bebida quente. Este exemplo mostra a evolução de uma aplicação à medida que sã...

New page

Este exemplo mostra a aplicação do padrão ''template method'' ao "problema" de preparação de uma bebida quente.

Este exemplo mostra a evolução de uma aplicação Ã medida que são aplicadas técnicas de programação com objectos, em que se refactoriza algum código, e de aplicação de padrões, neste caso, o ''template method''.

== Situação Inicial ==

Na situação inicial há repetição de código e não há abstracção de conceitos comuns nem, por isso, reutilização.

public class Café {

void preparar() {
ferverÃgua();
juntarGrãosMoÃdos();
despejarNaChávena();
juntarAçúcar();
}

// &c.
}

public class Chá {

void preparar() {
ferverÃgua();
juntarFolhas();
despejarNaChávena();
juntarLimão();
}

// &c.
}

=== Segundo Cenário: Abstracção de CaracterÃsticas Comuns ===

Nesta situação abstrairam-se algumas das caracterÃsticas comuns e procurou-se reutilizar o máximo de funcionalidade. Note-se que, ainda assim, há repetição da estrutura do "algoritmo" de aquecimento.

public abstract class BebidaQuente {

abstract void preparar();

void ferverÃgua() { /* faz coisas */ }
void despejarNaChávena() { /* faz coisas */ }
}

public class Café extends BebidaQuente {

void juntarGrãosMoÃdos() { /* faz coisas */ }
void juntarAçúcar() { /* faz coisas */ }

void preparar() { /* como antes */ }
}

public class Chá extends BebidaQuente {

void juntarFolhas() { /* faz coisas */ }
void juntarLimão() { /* faz coisas */ }

void preparar() { /* como antes */ }
}

=== Terceiro Cenário: Aplicação do Padrão Template Method ===

Manteve-se a abstracção conseguida no segundo cenário e aplicou-se o padrão template method. O resultado é o desaparecimento do algoritmo repetido: agora aparece apenas na superclasse e as partes dependentes das subclasses são definidas por cada uma. Note-se que a interface é agora imposta pela superclasse e que pode haver necessidade de renomear alguns dos métodos existentes (ou, alternativamente, de os chamar a partir dos que implementam a interface devida Ã aplicação do padrão).

public abstract class BebidaQuente {
abstract void infundir();
abstract void condimentar();

void preparar() {
ferverÃgua();
infundir();
despejarNaChávena();
condimentar();
}

void ferverÃgua() { /* faz coisas */ }
void despejarNaChávena() { /* faz coisas */ }
}

class Café extends BebidaQuente {
// void juntarGrãosMoÃdos() { /* faz coisas */ }
// void juntarAçúcar() { /* faz coisas */ }
public void infundir() { /* juntar grãos moÃdos */ }
public void condimentar() { /* juntar açúcar */ }
}

class Chá extends BebidaQuente {
// void juntarFolhas() { /* faz coisas */ }
// void juntarLimão() { /* faz coisas */ }
public void infundir() { /* juntar folhas */ }
public void condimentar() { /* juntar limão */ }
}

A chamada pela superclasse de métodos definidos nas subclasses é uma aplicação do chamado "Hollywood Principle", i.e., "don't call us, we'll call you".

[[category:OOP]]
[[category:Teaching]]