Template Method: Bebida Quente (exemplo) - Revision history

Root: /* Terceiro Cenário: Aplicação do Padrão Template Method */

2020-11-24T15:18:11Z

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

← Older revision		Revision as of 15:18, 24 November 2020
Line 84:		Line 84:
	<source lang="java">		<source lang="java">
	class Café extends BebidaQuente {		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 */ }
	public void infundir() { /* juntar grãos ~~moÃdos~~ */ }		public void infundir() { /* juntar grãos moídos */ }
	public void condimentar() { /* juntar açúcar */ }		public void condimentar() { /* juntar açúcar */ }
	}		}

Root at 15:30, 15 November 2018

2018-11-15T15:30:08Z

← Older revision		Revision as of 15:30, 15 November 2018
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~~>		<source lang="java">
	public class Café {		public class Café {

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

	<~~java5~~>		<source lang="java">
	public class Chá {		public class Chá {

Line 32:		Line 32:
	// &c.		// &c.
	}		}
	</~~java5~~>		</source>

	== Segundo Cenário: Abstracção de Características Comuns ==		== Segundo Cenário: Abstracção de Características Comuns ==
Line 38:		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~~>		<source lang="java">
	public abstract class BebidaQuente {		public abstract class BebidaQuente {
	abstract void preparar();		abstract void preparar();
Line 45:		Line 45:
	void despejarNaChávena() { /* faz coisas */ }		void despejarNaChávena() { /* faz coisas */ }
	}		}
	</~~java5~~>		</source>
	<~~java5~~>		<source lang="java">
	public class Café extends BebidaQuente {		public class Café extends BebidaQuente {
	void juntarGrãosMoídos() { /* faz coisas */ }		void juntarGrãosMoídos() { /* faz coisas */ }
Line 53:		Line 53:
	void preparar() { /* como antes */ }		void preparar() { /* como antes */ }
	}		}
	</~~java5~~>		</source>
	<~~java5~~>		<source lang="java">
	public class Chá extends BebidaQuente {		public class Chá extends BebidaQuente {
	void juntarFolhas() { /* faz coisas */ }		void juntarFolhas() { /* faz coisas */ }
Line 61:		Line 61:
	void preparar() { /* como antes */ }		void preparar() { /* como antes */ }
	}		}
	</~~java5~~>		</source>

	== 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~~>		<source lang="java">
	public abstract class BebidaQuente {		public abstract class BebidaQuente {
	abstract void infundir();		abstract void infundir();
Line 81:		Line 81:
	void despejarNaChávena() { /* faz coisas */ }		void despejarNaChávena() { /* faz coisas */ }
	}		}
	</~~java5~~>		</source>
	<~~java5~~>		<source lang="java">
	class Café extends BebidaQuente {		class Café extends BebidaQuente {
	// void juntarGrãosMoÃdos() { /* faz coisas */ }		// void juntarGrãosMoÃdos() { /* faz coisas */ }
Line 89:		Line 89:
	public void condimentar() { /* juntar açúcar */ }		public void condimentar() { /* juntar açúcar */ }
	}		}
	</~~java5~~>		</source>
	<~~java5~~>		<source lang="java">
	class Chá extends BebidaQuente {		class Chá extends BebidaQuente {
	// void juntarFolhas() { /* faz coisas */ }		// void juntarFolhas() { /* faz coisas */ }
Line 97:		Line 97:
	public void condimentar() { /* juntar limão */ }		public void condimentar() { /* juntar limão */ }
	}		}
	</~~java5~~>		</source>

	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 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).