Použití návrhových vzorů v prostředí jazyka C# .NET

transcript

Bc. Michal JakubecMCSE, MCSD, MCDBA, MCTS

http://www.jakubec.cz/

Agenda

• 17:00 až 17:10 – Představení WUGu• 17:10 až 18:30 – Návrhové vzory GoF• 18:30 až 18:45 – Přestávka a občerstvení• 18:45 až 20:00 – Návrhové vzory v praxi• 20:00 – Diskuse: postřehy z praxe

Návrhové vzory GoF1. část

Co je návrhový vzor?

• Definice„Obecně použitelné řešení

určitého problému v určitém kontextu“• Specifikace

– Název vzoru– Popis problému– Popis řešení– Důsledky použití vzoru, příp. alternativy

K čemu je to dobré?

• Společný slovník vývojářů a architektů• Nemusíte "objevovat kolo"• Velice inspirativní pro další profesní rozvoj• Rozvíjí návrhové schopnosti• Usnadňují řešení návrhových a vývojových

problémů (většinou)• Vedou k získání tvárnější implementace

funkčnosti (většinou)

Jak začít s návrhovými vzory?

• Pořiďte si knihu GoF a mějte ji po ruce• Seznamte se s UML• Připravte si tužku a papír

– později postačí propiska• Diskutujte o vzorech a svých návrzích s kolegy• Mějte odhodlání a pevnou vůli

– abstrakci se člověk učí celý život

Klasifikace vzorů GoF

Účel Přístup

Tvorba instancí(Creational)

Struktura(Structural)

Chování(Behavioral)

Třída Factory Method Adapter (C) InterpreterTemplate Method

Instance Abstract Factory BuilderPrototypeSingleton

Adapter (I)BridgeCompositeDecoratorFaçadeFlyweightProxy

Chain of ResponsibilityCommandIteratorMediatorMementoObserverStateStrategyVisitor

Vzájemné vztahy vzorů GoF

Zadání ukázkové aplikace

• Vytvořte aplikaci, která umožní– zadání jednoduchého algebraického výrazu s

konstantami a proměnnými v textové formě– zadání hodnot jednotlivých proměnných ve výrazu– vyhodnocení výrazu a zobrazení výsledku

Vzory GoF v praktické ukázce

• Composite (Skladba)• Builder (Stavitel)• Interpreter (Interpret)• Command (Příkaz)

…možná naleznete nějaké další

Podoba uživatelského rozhraní

Kalkulátor algebraických výrazů

a - (b + c)

Výraz:

a = 12, b = 3, c = 5

Proměnné:

Výsledek:

ZavřítVypočítat

Smazat

http://www.infoq.com/presentations/Modeling-the-User-Interface

Gramatika platných výrazů

Zápis v Backusově-Naurově formě (BNF):

<expr> ::= <number> | <var> | <expr> <oper> <expr> | "(" <expr> ")"<oper> ::= '+' | '-' | '*' | '/'<number> ::= <digit> | <digit> <number><digit> ::= "0" | "1" | "2" | … | "9"<var> ::= <letter> | <letter> <var><letter> ::= "a" | "b" | "c" | ... | "z"

Možný výskyt bílých znaků (mezery, tabulátory, apod.) v definici pro přehlednost neuvádím.

Příklady vyhovující gramatice

• 36• a + b• 12 + c• 5 + a * 9 + b – c• 5 + (a * 9) + b – c• (abc + xyz) / opq• (24 + (b * 3)) / (a – 2)

Zachycení hodnot proměnných

• Kolekce typu klíč-hodnota

Název proměnné (klíč kolekce) Hodnota proměnné

… …

Zachycení výrazu v paměti

(24 + (b * 3)) / (a – 2)

KořenBinární strom

Konstanta

Binární výraz

Proměnná

Vzor Composite (Skladba)

• skládáním jednoduchých objektů získáme funkční celek

Zachycení výrazu – Composite

«interface»IExpression

Symbol : string

BinaryExpression

Name : string

VariableExpression

Value : double

ConstantExpression

Praktická ukázka (1/5)

• Implementace zachycení výrazu– rozhraní IExpression– třída ConstantExpression– třída VariableExpression– třída BinaryExpression

• Doplnění překrytí metody ToString()– umožní zobrazení textové podoby výrazu –

užitečné pro ladění

Vzor Builder (Stavitel)

• Odděluje konstrukci složeného objektu od jeho reprezentace

Tvorba stromu výrazu – Builder

+ 1 2 1 + 2 1 2 +

BuildConstant(value : double)BuildVariable(name : string)BuildOperation(symbol : string)BuildLeftBracket()BuildRightBracket()GetProduct() : IExpression

«interface»IExpressionBuilder

ExpressionParser(builder : IExpressionBuilder)Parse(text : string) : IExpression

ExpressionParserbuilder

InfixExpressionBuilder PostfixExpressionBuilderPrefixExpressionBuilder

• Implementace tvorby stromu výrazu– rozhraní IExpressionBuilder– třída ExpressionParser– třída InfixExpressionBuilder

Vzor Interpreter (Interpret)

• Definuje reprezentaci gramatiky a způsob jejího vyhodnocení (interpretace)

Výpočet výrazu – Interpreter

GetValue(string name) : double

«interface»IContext

Evaluate(context : IContext) : double

«interface»IExpression

Context(items : Dictionary<string, double>)GetValue(name : string) : double

items : Dictionary<string, double>

DictionaryContext// pro ConstantExpression return value;

// pro VariableExpression return context.GetValue(name);

// pro BinaryExpression sčítání return left.Evaluate(context) + right.Evaluate(context);

• Implementace výpočtu výrazu– rozhraní IContext– metoda IExpression.Evaluate(IContext)– třída DictionaryContext

Tvorba kontextu – Builder

BuildName(name : string)BuildValue(value : double)BuildAssignment()BuildDelimiter()GetProduct() : IContext

«interface»IContextBuilder

ContextParser(builder : IContextBuilder)Parse(text : string) : IContext

ContextParserbuilder

DictionaryContextBuilder LinkedListContextBuilderArrayContextBuilder

• Implementace tvorby kontextu– rozhraní IContextBuilder– třída ContextParser– třída DictionaryContextBuilder

Vzor Command (Příkaz)

• Zapouzdří operaci tak, aby bylo možné ji předávat a užívat různými subjekty

Napojení na UI - Command

Execute()

«interface»ICommand

ButtonCalculate_Click()ToolbarCalculate_Click()

MainFormcommand

command.Execute();

CalculationCommand( entryExpression : Control, entryVariables : Control, entryResult : Control)Execute()

CalculationCommand

• Implementace napojení na UI– rozhraní ICommand– třída CalculationCommand– deklarace atributu typu ICommand– vytvoření instance CalculationCommand

Shrnutí

• Vzor Composite (Skladba)– zachycení struktury algebraického výrazu

• Vzor Builder (Stavitel)– tvorba stromu výrazu z jeho textové podoby– tvorba kontextu z jeho textové podoby

• Vzor Interpreter (Interpret)– výpočet hodnoty výrazu dle kontextu

• Vzor Command (Příkaz)– napojení na UI

• … nějaké další vzory?30

Trochu historie…• Christopher Alexander:

A Pattern Language, 1977• Kent Beck, Ward Cunningham: Using Pattern Languages

for Object-Oriented Programs, OOPSLA, 1987• GoF: Design Patterns, OOPSLA, 1994

GoF: Gang of FourRalph Johnson, Erich Gamma,Richard Helm, John Vlissides

Rok 2005: 10. výročí vzorů GoF

Zdroj: http://laputan.org/

PřestávkaObčerstvení, názory, připomínky, otázky, odpovědi…

Návrhové vzory v praxi3. část

Typické problémy ze života

• Decorator vs. Proxy• Mediator vs. Observer• Visitor vs. Interpreter• Singleton v různých podobách

Decorator vs. Proxy

• Decorator– skládá funkčnost

objektů– zachovává rozhraní

• Proxy– upravuje

funkčnostobjektu

– zachovávározhraní

Mediator vs. Observer

• Mediator– fixní vztahy

(většinou)

• Observer– variabilní

vztahy(většinou)

Otázka: Najdete v těchto diagramech syntaktickou chybu?

Visitor vs. Interpreter

• Visitor– visitor se při

průchodu mění

• Interpreter– kontext se při

průchodu nemění

Singleton v různých podobách

• veřejný statický atributinternal sealed class Singleton{ public static readonly Singleton Instance = new Singleton();

private Singleton() { ... }}

• veřejná statická vlastnostinternal sealed class Singleton{ private static readonly Singleton instance = new Singleton();

public static Singleton Instance { get { return instance; } }

• veřejná statická vlastnost jako proxyinternal sealed class Singleton{ private static Singleton instance;

public static Singleton Instance { get { if (instance == null) instance = new Singleton(); return instance; } }

• synchronizace vícevláknového přístupu (jde to lépe?)internal sealed class Singleton{ private static volatile Singleton instance;

public static Singleton Instance { get { lock(typeof(Singleton)) { if (instance == null) instance = new Singleton(); return instance; } } }

• synchronizace vícevláknového přístupu (lepší varianta)internal sealed class Singleton{ private static object syncRoot = new object(); private static volatile Singleton instance;

public static Singleton Instance { get { lock(syncRoot) { if (instance == null) instance = new Singleton(); return instance; } } }

private Singleton() { ... }} 44

• double-checked locking optimizationinternal sealed class Singleton{ private static object syncRoot = new object(); private static volatile Singleton instance; public static Singleton Instance { get { if (instance == null) { lock(syncRoot) { if (instance == null) instance = new Singleton(); } } return instance; } } private Singleton() { ... }}

O vzorech EAA

• hlavním autorem Martin Fowler– http://www.martinfowler.com

• zejména architektonické a návrhové vzory• vzory připraveny na základě bohatých

zkušeností autora z tvorby business aplikací

Přehled vzorů EAA• Domain Logic Patterns

– Transaction Script (110), Domain Model (116), Table Module (125), Service Layer (133).

• Data Source Architectural Patterns– Table Data Gateway (144), Row Data Gateway

(152), Active Record (160), Data Mapper (165).

• Object-Relational Behavioral Patterns:– Unit of Work (184), Identity Map (195), Lazy Load

• Object-Relational Structural Patterns:– Identity Field (216), Foreign Key Mapping (236),

Association Table Mapping (248), Dependent Mapping (262), Embedded Value (268), Serialized LOB (272), Single Table Inheritance (278), Class Table Inheritance (285), Concrete Table Inheritance (293), Inheritance Mappers (302).

• Object-Relational Metadata Mapping Patterns:– Metadata Mapping (306), Query Object (316),

Repository (322).

• Web Presentation Patterns:– Model View Controller (330), Page Controller

(333), Front Controller (344), Template View (350), Transform View (361), Two-Step View (365), Application Controller (379).

• Distribution Patterns:– Remote Facade (388), Data Transfer Object

• Offline Concurrency Patterns:– Optimistic Offline Lock (416),

Pessimistic Offline Lock (426), Coarse Grained Lock (438), Implicit Lock (449).

• Session State Patterns:– Client Session State (456), Server Session State

(458), Database Session State (462).

• Base Patterns:– Gateway (466), Mapper (473), Layer Supertype

(475), Separated Interface (476), Registry (480), Value Object (486), Money (488), Special Case (496), Plugin (499), Service Stub (504), Record Set (508)

Zdroj: http://martinfowler.com/eaaCatalog/

• Domain Model – třídy reprezentující prvky výrazu a hodnoty proměnných

• Repository – hlavní přístupový bod k mechanismu persistence výrazů a hodnot proměnných

Princip Inversion of Control (IoC)

Dependency Injection

• Tři základní metody „kontejnerové“ injekce– pomocí konstruktorů– pomocí setterů– pomocí „injekčních“ rozhraní

• Alternativa pomocí EAA vzoru Registry– statické rozhraní – „pevné“ metody vrací produkt– dynamické rozhraní – produkt získáván z kolekce

či pomocí reflexe

• Dependency Injection – výměna implementace mechanismu persistence

• Adapter (GoF) – doplňková funkčnost k mechanismu persistence výrazů

Zdroje

• http://sourcemaking.com/• http://martinfowler.com/eaaCatalog/index.html• http://martinfowler.com/articles/injection.html

Závěr: Diskuse: názory, připomínky, otázky, odpovědi

Použití návrhových vzorů v prostředí jazyka C# .NET

Documents