método modelo->método gabarito (template method)

Author: ramalho

online/cap10.adoc

@@ -5,17 +5,17 @@
 
 [quote, Ralph Johnson, co-autor do clássico "Padrões de Projetos"]
 ____
-Conformidade a padrões não é uma medida de virtude.footnote:[De um slide na
-palestra "Root Cause Analysis of Some Faults in Design Patterns," (_Análise das
-Causas Básicas de Alguns Defeitos em Padrões de Projetos_), apresentada por
+Conformidade a padrões não é medida de virtude.footnote:[De um slide na
+palestra _Root Cause Analysis of Some Faults in Design Patterns_ (Análise das
+Causas Básicas de Alguns Defeitos em Padrões de Projetos), apresentada por
 Ralph Johnson no IME/CCSL da Universidade de São Paulo, em 15 de novembro de
 2014.]
 ____
 
 Em((("functions, design patterns with first-class", "dynamic languages and")))
 engenharia de software, um
 https://fpy.li/5z[_padrão de projeto_] é uma receita genérica para solucionar
-um problema de design frequente.
+um problema de design comum.
 Não é preciso conhecer padrões de projeto para acompanhar esse
 capítulo, vou explicar os padrões usados nos exemplos.
 
@@ -24,19 +24,19 @@ _Padrões de Projetos: Soluções Reutilizáveis de Software Orientados a Objeto
 (Addison-Wesley), de Erich Gamma, Richard Helm, Ralph Johnson e John
 Vlissides—também conhecidos como _the Gang of Four_ (A Gangue dos Quatro) ou pela
 sigla _GoF_. O
-livro é um catálogo de 23 padrões, cada um deles composto por arranjos de
-classes e exemplificados com código em {cpp}, mas assumidos como úteis
+livro é um catálogo de 23 padrões, aprensentados como arranjos de
+classes e exemplificados com código em {cpp}, mas considerados úteis
 também em outras linguagens orientadas a objetos.
 
 Apesar dos padrões de projeto serem independentes da linguagem, isso não
 significa que todo padrão se aplica a todas as linguagens. Por exemplo, o
-<<ch_generators>> vai mostrar que não faz sentido emular a receita do padrão
-https://fpy.li/10-2[Iterator (_Iterador_)] (EN) no Python, pois esse padrão está
+<<ch_generators>> vai mostrar que não faz sentido implementr a receita do padrão
+https://fpy.li/10-2[Iterador (_Iterator_)] em Python, pois esse padrão está
 embutido na linguagem e pronto para ser usado, na forma de geradores—que não
 precisam de classes para funcionar, e exigem menos código que a receita
-clássica.
+do livro clássico.
 
-Os autores de _Padrões de Projetos_ reconhecem, na introdução, que a linguagem
+Na introdução da obra, os autores reconhecem que a linguagem
 usada na implementação determina quais padrões são relevantes:
 
 [quote]
@@ -53,15 +53,15 @@ Visitante.footnote:[_Visitor_, Citado da página 4 da edição em inglês de
 _Padrões de Projeto_.]
 ____
 
-Em sua apresentação de 1996, https://fpy.li/norvigdp["Design Patterns in Dynamic
-Languages" (_Padrões de Projetos em Linguagens Dinâmicas_)] (EN), Peter Norvig
-afirma que 16 dos 23 padrões no _Padrões de Projeto_ original se tornam
-"invisíveis ou mais simples" em uma linguagem dinâmica (slide 9). Ele está
-falando das linguagens Lisp e Dylan, mas muitos dos recursos dinâmicos
-relevantes também estão presentes no Python. Em especial, no contexto de
-linguagens com funções de primeira classe, Norvig sugere repensar os padrões
-clássicos conhecidos como Estratégia (_Strategy_), Comando (_Command_), Método
-Template (_Template Method_) e Visitante (_Visitor_).
+Em sua apresentação de 1996, https://fpy.li/norvigdp[_Design Patterns in Dynamic
+Languages_] (Padrões de Projetos em Linguagens Dinâmicas), Peter Norvig
+afirma que 16 dos 23 padrões do livro original se tornam
+"invisíveis ou mais simples" em uma linguagem dinâmica (slide 9). Ele se
+refere às linguagens Lisp e Dylan, mas vários recursos dinâmicos citados
+também existem em Python. Em especial, em uma linguagem que oferece
+funções de primeira classe, Norvig sugere repensar os padrões
+clássicos conhecidos como _Strategy_ (Estratégia), _Command_ (Comando), 
+_Template Method_ (Método Gabarito) e _Visitor_ (Visitante).
 
 O objetivo desse capítulo é mostrar como—em alguns casos—as funções podem
 realizar o mesmo trabalho das classes, com um código mais legível e mais

online/cap23.adoc

@@ -265,14 +265,15 @@ Isso leva a uma refatoração, resultando em `Validated`, uma classe abstrata qu
 
 Vamos então reescrever `Quantity` e implementar `NonBlank`, herdando de `Validated` e programando apenas os métodos `validate`.
 
-A relação entre `Validated`, `Quantity` e `NonBlank` é uma aplicação do _método modelo_ ("template method"), como descrito no clássico _Design Patterns_:
+A relação entre `Validated`, `Quantity` e `NonBlank` é uma aplicação do padrão _Template Method_ (Método Gabarito),
+como descrito no clássico _Design Patterns_:
 
 [quote]
 ____
-Um método modelo define um algoritimo em termos de operações abstratas que subclasses sobrescrevem para fornecer o comportamento concreto.footnote:[Gamma et al., _Design Patterns: Elements of Reusable Object-Oriented Software_, p. 326. (_Padrões de Projetos: Soluções Reutilizáveis de Software Orientados a Objetos_)]
+O Método Gabarito define um algoritimo em termos de operações abstratas que subclasses sobrescrevem para fornecer o comportamento concreto.footnote:[Gamma et al., _Design Patterns: Elements of Reusable Object-Oriented Software_, p. 326. (_Padrões de Projetos: Soluções Reutilizáveis de Software Orientados a Objetos_)]
 ____
 
-No <<model_v5_abc>>, `+Validated.__set__+` é um método modelo e `self.validate` é a operação abstrata.
+No <<model_v5_abc>>, `+Validated.__set__+` é um método gabarito e `self.validate` é a operação abstrata.
 
 [[model_v5_abc]]
 .model_v5.py: the `Validated` ABC
@@ -284,7 +285,7 @@ include::../code/23-descriptor/bulkfood/model_v5.py[tags=MODEL_V5_VALIDATED_ABC]
 ====
 <1> `+__set__+` delega a validação para o método `validate`...
 <2> ...e então usa o `value` devolvido para atualizar o valor armazenado.
-<3> `validate` é um método abstrato; este é o método modelo.
+<3> `validate` é um método abstrato; este é o método gabarito.
 
 Alex Martelli prefere chamar este padrão de projeto _Auto-Delegação_ ("_Self-Delegation_"),
 e concordo que é um nome mais descritivo: a primeira linha de `+__set__+` auto-delega para
@@ -300,7 +301,7 @@ As subclasses concretas de `Validated` neste exemplo são `Quantity` e `NonBlank
 include::../code/23-descriptor/bulkfood/model_v5.py[tags=MODEL_V5_VALIDATED_SUB]
 ----
 ====
-<1> Implementação do método modelo exigida pelo método abstrado `Validated.validate`.
+<1> Implementação do método gabarito exigida pelo método abstrado `Validated.validate`.
 <2> Se não sobrar nada após a remoção os espaços em branco antes e depois do valor, este é rejeitado.
 <3> Exigir que os métodos `validate` concretos devolvam o valor validado dá a eles a oportunidade de limpar, converter ou normalizar os dados recebidos. Neste caso, `value` é devolvido sem espaços iniciais ou finais.