Please enable JavaScript.

Coggle requires JavaScript to display documents.

ITS3 (Designmønstre (GoF Observer (adfærds designmønster) (Opbygning…

- - - - En klasse må kun have en årsag til at ændres
    - - Åben for udvidelser, men lukker for ændringer
        
        Dette kan løses vha. interfaces
  - - - Definere klasser, der har lignende adfærd. Derefter indkapsel dem, og gør dem udskiftelige.
        
        Dette løses ved at indsætte interfaces med adfærdet
      - Dette gøres ved at man benytter metoden SetStrategy, hvor man vælger, hvilken strategi der skal bruges
  - - - Publisher del
        
        Abstract superklasse
        
        Metoder
        
        Attach
        
        Detach
        
        Notify
        
        Konkret subject - arver fra abstract superklasse
        
        Tager et konkret subject som parameter i sin constructor
      - Subscriber del
        
        Interface IObserver
        
        Metoder
        
        Update
        
        Konkret observer - implementere IObserver
  - - - Definere et interface til at oprette objekter, men lad klassen der implementere interfacet bestemme, hvilke objekter der skal oprettes
        
        "bestemme" betyder, at creator klassen er skrevet uden at vide, hvilke produkter, der skal oprettes. Dette bestemmes af, hvilken subklasse, der benyttes
      - Opbygning
        
        Creator del
        
        Abstract Creator klasse
        
        Metoder
        
        factoryMetod() : abstract metode dvs. den implementeres ikke i denne klasse
        
        anOperation() : bruges til at manipulere produkterne. Implementeres i denne klasse
        
        Concrete Creator
        
        Metoder
        
        factoryMethod() implementeres i denne klasse. Denne metode står for at oprette produkter
        
        Product del
        
        Interface product klasse
        
        Det er denne klasse den konkrete creator referer til
        
        Concrete Product
        
        Implementere de metoder, der er erklæret i interfacet product klasse
      - Man kan variere hvilke produkter, man opretter. Fx der er en standard måde at oprette pizzaer på (factoryMethod), men man kan få flere forskellige slags (flere concrete produkter)
    - - Man kan ændre på konfigurationer under runtime
      - Opbygning
        
        Creator del
        
        Konkret SimpleFactory klasse
        
        Metoder
        
        createProduct() : Product
        
        Product del
        
        Konkret Produkt
        
        Implementerer Produkt interface
        
        Produkt interface
        
        Clienten kender kun denne
        
        Requester del
        
        Client klasse
        
        Vil gerne bruge produkter, men kan ikke oprette dem selv.
        
        Kender til Product interface
        
        Sender tekststreng med i createProduct() til SimpleFactory, der bestemmer hvilke produkter der skal oprettes.
      - Definer en factory til at oprette objekter (products)
- - - - Arrange: Man sætter sin unit under test (UUT) og dens afhængigheder op
        
        Afhængighederne erstattes af en stub, så man har kontrol over testsituationen. Stubben eksisterer udelukkende for at opfylde UUT's behov for en afhængighed
        
        Stubben kan ikke være årsag til at testen fejler, da mean asserter på UUT
      - Act: Her simuleres UUT
      - Assert: Her hævder man, at UUT har den forventede tilstand
    - - Arrange: Man sætter sin unit under test (UUT) og dens afhængigheder op
      - Act: Her simuleres UUT
      - Assert: Her hævder man, at mocken modtog den forventede interaktion med UUT
        
        Mocken står for at "optage" den adfærd som UUT har haft med den. Dvs. den er mere intelligent end en stub
        
        Mocken kan være grunden til at testen fejler, da man asserter på den
  - - - Identificer: Identificere den eksterne afhængighed
      - Interface: Indfør et interface mellem den enkelte klasse og afhængigheden
      - Inject: Erstat afhængigheden. Dette kan gøres på to måder
        
        Constructor injection: Indsprøjtningen er at tilføje interfacet som parameter i den enkelte klasses parameter
        
        I produktionen vil man indsprøjte de rigtige klasser
        
        I testsituationen vil man indsprøjte falske typer
        
        Property injection: Indsprøjtningen er at oprette properties, hvor typen er interfacet
        
        I produktionen vil man sætte propertien = med de rigtige klasser
        
        I testsituationen vil man sætte propertien = med de falske klasser
- - - - Enkelt niveau af gruppering
    - - Et træ, i form af objekter indlejret i objekter
    - - Et træ, i form af xml tags inde i xml tags
      - XMLSerializer (serializere og deseralizere objekter til XML)
        
        Først skal man oprette et konfigurations objekt. Dette skal indeholde public properties og have en parameterløs constructor. Dermed kan man oprette referencer af konfigurations objektet uden at have en parameter med
        
        Serializere: Ved at oprette en FileStream kan man vha. XMLSerializer gemme XML filen med konfigurations objekter
        
        Deserializere: Ved at oprette en FileStream kan man vha. XMLSerializer hente en XML fil. Derefter deserializeres XML-tagsene til konfigurations objekter
        
        Hvis der ikke kan deserializers vil XMLSerializer smide en exception. Dette kan man tilgodese i ens kode, ved at man giver brugeren en fejlbesked, og opretter en gyldig konfigurations fil, som brugeren kan modificere i
- - - - Ressourcen vil kunne skifte værdi, idet man ikke kan styre, hvornår hvilken tråd tilgår ressourcen
        
        Dette kan løses ved at oprette et lock objekt, hvor man kan låse et objekt. Ved at låse objektet er der kun én tråd, der kan benytte ressourcen ad gangen
        
        Dog skal man være opmærksom på, at man ikke laver deadlocks. Dvs. at to tråde venter på at den anden tråd er færdig med at bruge ressourceren. Dermed er der ingen af trådene, der kan gøre noget. Dette kan løses ved at spørge ressourcerne, om de er ledige
    - - Brugerfladen bliver kørt af GUI tråden. Derfor er det også kun denne, der kan opdatere GUI elementer. Dvs. man skal fortælle GUI tråden, at den skal opdatere GUI elementerne. Dette gøres således:
        
        Benyt InvokeRequired. Denne tjekker om den tråd, der kalder GUI tråden, ikke har tilladelse til at ændre GUI elementet.
        
        Hvis den ikke har tilladelse til det, benyttes BeginInvoke. BeginInvoke vil placere den ændring man ønsker at foretage i en kø. GUI tråden vil så løbende tage opgaver fra køen og udføre dem.
  - - - En tråd sættes som background worker med metoden: thread.IsBackground = true
      - Benyttes til at lave arbejde i baggrunden mens at UI stadig kan reagere.
    - - .Nets Systems egen Producer-Consumer mønster
      - Opretter en kø af data, som en producer skriver til og en cosumer henter fra
      - Opbygning
        
        Consumer del
        
        Skal have BlockingCollection<DataContainer> dataQueue med i sin constructor
        
        Opretter private readonly BlockingCollection<DataContainer> _dataQueue
        
        Hentning af data
        
        try / catch benyttes inden i whilen
        
        Inde i try: var container = _dataQueue.Take(), hvorefter metoderne fra DataContainer kan benyttes på container
        
        while (!_dataQueue.IsCompleted) opsættes
        
        DataContainer
        
        Oprettes som klasse med de ønskede attributter og metoder til at sætte og hente disse attributer
        
        Producer del
        
        Opdaterer dataQueue ved at bruge _dataQueue.Add()
        
        Opretter private readonly BlockingCollection<DataContainer> _dataQueue
        
        Skal have BlockingCollection<DataContainer> dataQueue med i sin constructor
        
        Når der ikke er mere data kaldes _dataQueue.CompleteAdding()