Template Method и Iterator
Накратко: Template Method пази общия скелет на алгоритъм в базов клас, а подкласовете попълват стъпките; Iterator дава елементите един по един, без да показва как се пазят.
Проблем
Два отчета с един и същ скелет
Счетоводството иска поръчките в CSV, а сайтът иска същите в HTML таблица. Отказаните поръчки не влизат в отчета. Някой написа CSV, а после копира метода за HTML:
static string ExportCsv(List<Order> orders){ var lines = new List<string>(); lines.Add("поръчка,сума"); decimal sum = 0; foreach (var order in orders) { if (order.Cancelled) { continue; } lines.Add($"{order.Id},{order.Total:F2}"); sum += order.Total; } lines.Add($"общо,{sum:F2}"); return string.Join("\n", lines);}
static string ExportHtml(List<Order> orders){ var lines = new List<string>(); lines.Add("<table>"); lines.Add("<tr><th>Поръчка</th><th>Сума</th></tr>"); decimal sum = 0; foreach (var order in orders) { lines.Add($"<tr><td>{order.Id}</td><td>{order.Total:F2}</td></tr>"); sum += order.Total; } lines.Add($"<tr><td>Общо</td><td>{sum:F2}</td></tr>"); lines.Add("</table>"); return string.Join("\n", lines);}var orders = new List<Order>{ new Order(1001, 80.00m, false), new Order(1002, 25.50m, false), new Order(1003, 40.00m, true),};Console.WriteLine(ExportCsv(orders));Console.WriteLine(ExportHtml(orders));поръчка,сума1001,80.001002,25.50общо,105.50<table><tr><th>Поръчка</th><th>Сума</th></tr><tr><td>1001</td><td>80.00</td></tr><tr><td>1002</td><td>25.50</td></tr><tr><td>1003</td><td>40.00</td></tr><tr><td>Общо</td><td>145.50</td></tr></table>Двата отчета показват различна сума: CSV е 105.50 €, а HTML е 145.50 €. Правилото „отказаните не влизат“ го има само в първото копие. Двете копия правят едно и също: отварят, пишат заглавие, обхождат поръчките, пишат сбора и затварят. Различни са само редовете, които пишат. Третият формат ще е трето копие, и правилото пак трябва да се помни на още едно място.
Идеята
Template Method: скелетът е един, стъпките са различни
Каквото не се сменя, е редът на стъпките и правилата между тях: отваряне, заглавие, по ред за всяка поръчка без отказаните, сбор, затваряне. Каквото се сменя, е как изглежда всяка стъпка.
Скелетът отива в базовия клас Report, в метода Export. На всяко място, където форматите се различават, той вика стъпка: Header, Row, Footer. Подкласът пише само стъпките. Стъпка, която не е задължителна (Open и Close, които CSV не ползва), има празно тяло в базовия клас и се казва кука (hook).
Това е шаблонът Template Method (шаблонен метод). Ролите са две:
- базовият клас със скелета: той решава реда и вика стъпките;
- подкласовете:
CsvReportиHtmlReportпишат стъпките и не викат нищо сами.
Виж го
Скелетът и двата отчета
Export не е virtual, затова подкласът не може да го смени. Стъпките са protected и abstract, освен двете куки, които са virtual с празно тяло:abstract class Report{ public string Export(List<Order> orders) { var lines = new List<string>(); Open(lines); Header(lines); decimal sum = 0; foreach (var order in orders) { if (order.Cancelled) { continue; } Row(lines, order); sum += order.Total; } Footer(lines, sum); Close(lines); return string.Join("\n", lines); }
protected virtual void Open(List<string> lines) { } protected abstract void Header(List<string> lines); protected abstract void Row(List<string> lines, Order order); protected abstract void Footer(List<string> lines, decimal sum); protected virtual void Close(List<string> lines) { }}Двата отчета пишат само редовете си. CsvReport не пише куките, затова ползва празните от базовия клас:
class CsvReport : Report{ protected override void Header(List<string> lines) => lines.Add("поръчка,сума"); protected override void Row(List<string> lines, Order order) => lines.Add($"{order.Id},{order.Total:F2}"); protected override void Footer(List<string> lines, decimal sum) => lines.Add($"общо,{sum:F2}");}
class HtmlReport : Report{ protected override void Open(List<string> lines) => lines.Add("<table>"); protected override void Header(List<string> lines) => lines.Add("<tr><th>Поръчка</th><th>Сума</th></tr>"); protected override void Row(List<string> lines, Order order) => lines.Add($"<tr><td>{order.Id}</td><td>{order.Total:F2}</td></tr>"); protected override void Footer(List<string> lines, decimal sum) => lines.Add($"<tr><td>Общо</td><td>{sum:F2}</td></tr>"); protected override void Close(List<string> lines) => lines.Add("</table>");}var orders = new List<Order>{ new Order(1001, 80.00m, false), new Order(1002, 25.50m, false), new Order(1003, 40.00m, true),};Console.WriteLine(new CsvReport().Export(orders));Console.WriteLine(new HtmlReport().Export(orders));поръчка,сума1001,80.001002,25.50общо,105.50<table><tr><th>Поръчка</th><th>Сума</th></tr><tr><td>1001</td><td>80.00</td></tr><tr><td>1002</td><td>25.50</td></tr><tr><td>Общо</td><td>105.50</td></tr></table>abstract class Report{ public string Export(List<Order> orders) { var lines = new List<string>(); Open(lines); Header(lines); decimal sum = 0; foreach (var order in orders) { if (order.Cancelled) { continue; } Row(lines, order); sum += order.Total; } Footer(lines, sum); Close(lines); return string.Join("\n", lines); }
protected virtual void Open(List<string> lines) { } protected abstract void Header(List<string> lines); protected abstract void Row(List<string> lines, Order order); protected abstract void Footer(List<string> lines, decimal sum); protected virtual void Close(List<string> lines) { }}Стъпка по стъпка, с думи
- new CsvReport().Export(orders): скелетът е в Report. Той решава реда на стъпките.
- Open: CsvReport не пише тази стъпка, затова върви празното тяло от Report. Не се добавя нищо.
- Header: скелетът вика стъпката, а CsvReport пише своя ред.
- Row за поръчка 1001: скелетът вика стъпката, а CsvReport пише своя ред.
- Row за поръчка 1002: скелетът вика стъпката, а CsvReport пише своя ред.
- Поръчка 1003 е отказана: самият скелет я прескача с continue. Нито един отчет не трябва да помни това правило.
- Footer: скелетът вика стъпката, а CsvReport пише своя ред.
- Close: CsvReport не пише тази стъпка, затова върви празното тяло от Report. Не се добавя нищо.
- Сега HtmlReport: същият скелет, други стъпки.
- Open: скелетът вика стъпката, а HtmlReport пише своя ред.
- Header: скелетът вика стъпката, а HtmlReport пише своя ред.
- Row за поръчка 1001: скелетът вика стъпката, а HtmlReport пише своя ред.
- Row за поръчка 1002: скелетът вика стъпката, а HtmlReport пише своя ред.
- Поръчка 1003 е отказана: самият скелет я прескача с continue. Нито един отчет не трябва да помни това правило.
- Footer: скелетът вика стъпката, а HtmlReport пише своя ред.
- Close: скелетът вика стъпката, а HtmlReport пише своя ред.
- Два отчета, един скелет. И двата сбора са 105.50 €, защото правилото за отказаните е на едно място.
Сборът е 105.50 € и в двата отчета: правилото за отказаните е в скелета, на едно място.
Виж го
Скелетът не се пипа
Подклас, който се опита да напише свой Export, не се компилира:
class QuickCsvReport : CsvReport{ public override string Export(List<Order> orders) { return "поръчка,сума"; }}error CS0506: 'QuickCsvReport.Export(List<Order>)': cannot override inherited member 'Report.Export(List<Order>)' because it is not marked virtual, abstract, or overridevirtual, затова скелетът е защитен от само себе си. Ако подкласът напише Export без override, става нов метод, който скрива стария (предупреждение CS0108), и Report r = new QuickCsvReport() пак вика скелета.Виж го
Без наследяване: стъпките като функции
Стъпките не е задължително да са методи на подклас. Скелетът може да ги приеме като параметри: заглавието е текст, а редът и сборът са функции.
static string Export(List<Order> orders, string header, Func<Order, string> row, Func<decimal, string> footer){ var lines = new List<string> { header }; decimal sum = 0; foreach (var order in orders) { if (order.Cancelled) { continue; } lines.Add(row(order)); sum += order.Total; } lines.Add(footer(sum)); return string.Join("\n", lines);}Console.WriteLine(Export(orders, "поръчка,сума", order => $"{order.Id},{order.Total:F2}", sum => $"общо,{sum:F2}"));Console.WriteLine(Export(orders, "<table>\n<tr><th>Поръчка</th><th>Сума</th></tr>", order => $"<tr><td>{order.Id}</td><td>{order.Total:F2}</td></tr>", sum => $"<tr><td>Общо</td><td>{sum:F2}</td></tr>\n</table>"));поръчка,сума1001,80.001002,25.50общо,105.50<table><tr><th>Поръчка</th><th>Сума</th></tr><tr><td>1001</td><td>80.00</td></tr><tr><td>1002</td><td>25.50</td></tr><tr><td>Общо</td><td>105.50</td></tr></table>Скелетът пак е на едно място, а отказаните пак не влизат.
Това е Strategy за всяка стъпка:Func<Order, string> вместо абстрактен метод. Стига за две-три кратки стъпки. Подкласът си заслужава, когато стъпките са много, имат общи полета или някои са по желание, както куките Open и Close.Проблем
Всеки, който иска поръчките, върти страниците
Поръчките са в система, която ги дава на страници: по две на заявка, защото заявката е бавна. Тук източникът е списък в паметта, а всяко зареждане печата ред, за да виждаш кога става:
class OrderSource{ private readonly List<Order> orders;
public OrderSource(List<Order> orders) { this.orders = orders; }
public List<Order> FetchPage(int number) { Console.WriteLine($"зареждам страница {number}"); int from = Math.Min((number - 1) * 2, orders.Count); int count = Math.Min(2, orders.Count - from); return orders.GetRange(from, count); }}Отчетът, имейлът за клиентите и експортът искат всичките поръчки, и всеки върти страниците сам:
int number = 1;var page = source.FetchPage(number);while (page.Count > 0){ foreach (var order in page) { Console.WriteLine(order.Id); } number++; page = source.FetchPage(number);}зареждам страница 110011002зареждам страница 210031004зареждам страница 31005зареждам страница 4Кодът, който иска само „всяка поръчка поред“, знае, че има страници, как се броят и че краят е празна страница. Същите редове са в три файла. Когато системата мине от номер на страница към „ключ за следващата страница“, сменяш и трите.
Идеята
Iterator: обхождането зад курсор
Извикващият иска едно: следващата поръчка, докато има. Как се стига до нея (списък, страници, файл, мрежа) е работа на някой друг.
Този друг е курсорът: обект, който помни докъде е стигнал и на въпроса „има ли още?“ отговаря сам, като зарежда следваща страница, само когато предишната свърши. Извикващият пише обикновен foreach и не знае за страниците.
Това е шаблонът Iterator (итератор). Ролите са две:
- колекцията: това, което се обхожда. Тя дава курсор;
- курсорът: помни мястото и дава следващия елемент.
Този шаблон е вграден във всеки от четирите езика: foreach работи с всеки обект, който дава курсор. В C# колекцията е IEnumerable<T>, а курсорът IEnumerator<T> с MoveNext() и Current. Курсора не го пишеш на ръка: yield return го пише вместо теб.
Виж го
Курсорът, който зарежда страниците
yield return дава по една поръчка и спира функцията точно там, докато foreach не поиска следващата. Затова следващата страница се зарежда, едва когато текущата свърши:static IEnumerable<Order> AllOrders(OrderSource source){ for (int number = 1; ; number++) { var page = source.FetchPage(number); if (page.Count == 0) { yield break; } foreach (var order in page) { yield return order; } }}Извикващият не знае за страниците:
foreach (var order in AllOrders(source)){ Console.WriteLine(order.Id);}зареждам страница 110011002зареждам страница 210031004зареждам страница 31005зареждам страница 4static IEnumerable<Order> AllOrders(OrderSource source){ for (int number = 1; ; number++) { var page = source.FetchPage(number); if (page.Count == 0) { yield break; } foreach (var order in page) { yield return order; } }}
foreach (var order in AllOrders(source)){ Console.WriteLine(order.Id);}Стъпка по стъпка, с думи
- Цикълът иска първата поръчка. Още нищо не е заредено.
- AllOrders с yield още няма страница, затова зарежда страница 1.
- 1001: първата поръчка от страницата отива в цикъла, а той я печата.
- 1002: от същата страница. Нищо не се зарежда.
- Страницата свърши. Едва сега курсорът зарежда страница 2.
- 1003 и 1004 от страница 2.
- Пак границата: страница 3.
- 1005: на страница 3 има само една поръчка.
- Страница 4 е празна: поръчки няма повече.
- Курсорът казва „няма повече“, и цикълът свършва. Цикълът така и не видя страница.
Изходът е същият, а броенето на страници е на едно място. Когато системата смени начина, по който дава страниците, сменяш функцията с yield, а трите места, които обхождат, не се пипат.
Виж го
Какво прави for-each отвътре
foreach е кратък запис на този цикъл с курсора:
using IEnumerator<Order> it = AllOrders(source).GetEnumerator();while (it.MoveNext()){ Order order = it.Current; Console.WriteLine(order.Id);}зареждам страница 110011002зареждам страница 210031004зареждам страница 31005зареждам страница 4foreach вика GetEnumerator() веднъж, а после MoveNext() и Current на всяка стъпка. yield return е накарал компилатора да напише този клас курсор вместо теб.Пробвай
Предвиди изхода
Цикълът спира след третата поръчка. Какво печата програмата?
int shown = 0;foreach (var order in AllOrders(source)){ Console.WriteLine(order.Id); shown++; if (shown == 3) { break; }}Пробвай
Намери грешката
Имейлът до клиентите първо казва колко са поръчките, а после ги изрежда:
var orders = AllOrders(new OrderSource(all));int count = 0;foreach (var order in orders){ count++;}Console.WriteLine($"Поръчки: {count}");foreach (var order in orders){ Console.WriteLine(order.Id);}зареждам страница 1зареждам страница 2зареждам страница 3зареждам страница 4Поръчки: 5зареждам страница 110011002зареждам страница 210031004зареждам страница 31005зареждам страница 4Избери реда с грешката.
yield return не пази нищо: всеки foreach я пуска отначало, със зареждане на всички страници. Ако поръчките ти трябват два пъти, събери ги в списък веднъж: var orders = AllOrders(...).ToList();. Тогава страниците се зареждат само веднъж.Идеята
Кога не ти трябват
Template Method има цена: базов клас и наследяване, а наследяването е връзка, която трудно се развързва. Не си струва, когато:
- форматът е един. Един метод без стъпки е по-ясен;
- стъпките са една-две. Подай ги като ламбди, както в картата „Без наследяване“;
- подкласовете искат да сменят и реда на стъпките. Тогава скелетът не е общ, и насилването му ражда стъпки с
ifвътре.
Свой Iterator не ти трябва, когато данните вече са в списък: той вече се обхожда. Пишеш свой, когато отзад има нещо, което не е колекция в паметта: страници, файл, който се чете ред по ред, дърво, или безкрайна поредица (номерата на фактурите).
Упражнение
Отчет в Markdown
Реши задачата в редактора си.
Markdown. Сайтът с документацията иска отчета като Markdown таблица. Напиши MarkdownReport, който пише само стъпките. Заглавието е два реда. Report и другите отчети не се пипат. С поръчките от урока:
| Поръчка | Сума ||---|---|| 1001 | 80.00 || 1002 | 25.50 || **Общо** | 105.50 |Още задачи
- Номер на реда. HTML отчетът номерира редовете (
<td>1</td>,<td>2</td>), а отказаните не броят. Къде пазиш брояча: в скелета или вHtmlReport? - Първите N. Напиши метод с yield, който дава само първите N поръчки от друг курсор. Колко страници се зареждат за първите три?
- Само големите. Обходи поръчките от източника и дай само тези над 30 €, пак без извикващият да знае за страниците.
Тест
Провери се
Свързани уроци
Раздел „Свързани уроци“- Нужно отпреди: Ламбди и делегати · record, switch и шаблони · Шаблони за дизайн · Strategy
- Задачи по темата: Шаблони за дизайн