Przyjrzyjmy się komponentomDecorator wzorca przed przejściem do klas Java IO.

Dekorator wzór składa się z czterech elementów

1. Component: komponent definiuje interfejs dla obiektów, które mogą mieć dodane dynamicznie
2. ConcreteComponent: jest to po prostu implementacja komponentu interfejsu
3. Dekorator: The dekorator ma odniesienie do komponentu , a także jest zgodny z interfejsem komponentu . Dekorator jest zasadniczo opakowaniem komponentu
4. ConcreteDecorator: The ConcreteDecorator po prostu dodaje obowiązki do oryginalnego komponentu.

Wzór dekoratora może być użyty do rozszerzenia (udekorowania) funkcjonalności określonego obiektu statycznie, lub w niektórych przypadkach w czasie wykonywania, niezależnie innych instancji tej samej klasy, pod warunkiem, że pewne prace ziemne są wykonywane w czasie projektowania. Można to osiągnąć poprzez zaprojektowanie nowej klasy dekoratora, która owija oryginalną klasę.

Teraz mapujmy te pojęcia do java.io zajęcia pacakge.

Składnik:

InputStream :

Ta klasa abstrakcyjna jest klasą nadrzędną wszystkich klas reprezentujących strumień wejściowy bajtów.

Aplikacje, które muszą zdefiniować podklasę InputStream musi zawsze dostarczać metodę, która zwraca następny bajt wejścia.

public abstract int read() jest metodą abstrakcyjną.

ConcreteComponent:

FileInputStream :

Strumień plików pobiera bajty wejściowe z pliku w systemie plików. To, jakie pliki są dostępne, zależy od środowiska hosta.

FileInputStream jest przeznaczony do odczytu strumieni surowych bajtów, takich jak dane obrazu. Do czytania strumieni znaków rozważ użycie FileReader.

Przykłady wszystkich konkretnych komponentów InputStream:

AudioInputStream, ByteArrayInputStream, FileInputStream, FilterInputStream, 
InputStream, ObjectInputStream, PipedInputStream, SequenceInputStream, 
StringBufferInputStream

dekorator:

FilterInputStream :

FilterInputStream zawiera inny strumień wejściowy, który wykorzystuje jako podstawowe źródło danych, ewentualnie przekształcając dane po drodze lub zapewniając dodatkową funkcjonalność.

Należy pamiętać, że FilterInputStream implementuje InputStream => dekorator implementuje komponent jak pokazano w UML diagram .

public class FilterInputStream
extends InputStream

ConcreteDecorator:

BufferedInputStream

BufferedInputStream dodaje funkcjonalność do innego strumienia wejściowego-a mianowicie możliwość buforowania wejścia i obsługi metod oznaczania i resetowania.

Przykłady wszystkich Konkretyzatorów :

BufferedInputStream, CheckedInputStream, CipherInputStream, DataInputStream, 
DeflaterInputStream, DigestInputStream, InflaterInputStream, 
LineNumberInputStream, ProgressMonitorInputStream, PushbackInputStream

działający przykładowy kod:

Użyłem BufferedInputStream do odczytania każdego znaku słowa, które zostało zapisane w tekście plik a.txt

BufferedInputStream bis = new BufferedInputStream(new FileInputStream(new File("a.txt")));
while(bis.available()>0)
{
        char c = (char)bis.read();
        System.out.println("Char: "+c);;
}

Kiedy używać tego wzoru:

1. obowiązki i zachowania obiektu powinny być dynamicznie dodawane / usuwane
2. konkretne wdrożenia powinny być oddzielone od odpowiedzialności i zachowań
3. gdy podklasowanie jest zbyt kosztowne, aby dynamicznie dodawać / usuwać obowiązki

W. Net istnieje kilka dekoratorów strumieniowych, takich jak BufferedStream, CryptoStream, GzipStream itp. Wszystkie ozdabiają Stream klasę.

A-Wzór Dekoratora

A. 1 - przypadek użycia wzoru dekoratora

Wzór dekoratora jest używany do rozszerzenia funkcjonalności legacy bez zmiany klasy legacy. Powiedzmy, że mamy konkretną klasę, która implementuje interfejs. I musimy rozszerzyć funkcjonalność istniejącej metody jednak ponieważ istniejąca klasa i jej metody są już używane przez inne klasy, więc nie chcemy wprowadzać zmian w istniejących klasach. Ale musimy również rozszerzyć funkcjonalność na nowszej klasie, to jak rozwiązać ten problem?

1- We can't change the existing legacy code
2- We want to extend the functionality

Więc używamy wzoru dekoratora, zawijamy istniejącą klasę wewnątrz dekoratorów.

B-Podstawowy Wzór Dekoratora GoF Przykład

Tutaj mamy prosty interfejs i klasę implementacji / betonu. Interfejs ma jedną prostą metodę, którą jest {[12] } i zwraca String. Załóżmy, że istnieje wiele innych klas używających tej metody. Jeśli więc chcemy dokonać zmiany w implementacja / Klasa betonowa, wpłynie to na stary kod legacy. Chcemy go zmienić tylko na nowe klasy, więc używamy wzoru dekoratora.

B. 1-Pozdrawiam.java

public interface Greeter {
    String getMessageOfTheDay();
}

B. 2-BasicGreeter.java

public class BasicGreeter implements Greeter {

    @Override
    public String getMessageOfTheDay() {
        return "Welcome to my server";
    }

}

B. 3-Klasa Abstrakcyjnego Dekoratora: GreeterDecorator.java

public abstract class GreeterDecorator implements Greeter {

    protected Greeter greeter;

    public GreeterDecorator(Greeter greeter) {
        this.greeter = greeter;
    }

    public String getMessageOfTheDay() {
        return greeter.getMessageOfTheDay();
    }

}

B. 4-Klasa Dekoratora Betonu: StrangerDecorator.java

public class StrangerDecorator extends GreeterDecorator {

    public StrangerDecorator(Greeter greeter) {
        super(greeter);
    }

    @Override
    public String getMessageOfTheDay() {
        return "Hello Stranger " + super.getMessageOfTheDay();
    }

}

B. 5-Kod Demo: DecoratorDemo .java

public class DecoratorDemo {

    public static void main(String[] args) {
        Greeter greeter = new BasicGreeter();

        String motd = greeter.getMessageOfTheDay();

        System.out.println(motd);

        Greeter newGreeter = new StrangerDecorator(greeter);

        String newMotd = newGreeter.getMessageOfTheDay();

        System.out.println(newMotd);

        Greeter muchNewGreeter = new StrangerDecorator(new StrangerDecorator(greeter));

        String newestMotd = muchNewGreeter.getMessageOfTheDay();

        System.out.println(newestMotd);
    }

}

import java.io.File;
import java.io.FileOutputStream;
import java.io.IOException;
import java.io.OutputStream;

public class FileWriterDemo {

    public static void main(String[] args) throws IOException {
        File file = new File("./normal.txt");
        file.createNewFile();

        OutputStream oStream = new FileOutputStream(file);

        String content = "I love Commodore 64";

        oStream.write(content.getBytes());

        oStream.close();
    }

}

I love Commodore 64

{
    data: <data here>
}

public class JSONStream extends OutputStream {

    protected OutputStream outputStream;

    public JSONStream(OutputStream outputStream) {
        this.outputStream = outputStream;
    }

    @Override
    public void write(int b) throws IOException {
        outputStream.write(b);
    }

    @Override
    public void write(byte[] b) throws IOException {
        String content = new String(b);

        content = "{\r\n\tdata:\"" + content + "\"\r\n}";

        outputStream.write(content.getBytes());
    }

}

public class JSONDecoratorDemo {

    public static void main(String[] args) throws IOException {
        File file = new File("./json.txt");
        file.createNewFile();

        OutputStream oStream = new FileOutputStream(file);

        JSONStream js = new JSONStream(oStream);

        String content = "I love Commodore 64";

        js.write(content.getBytes());

        js.close();
        oStream.close();
    }

}

{
    data:"I love Commodore 64"
}

Wzór dekoratora jest używany w java.io klasy podczas manipulowania strumieniami wejścia/wyjścia (i to samo dotyczy czytelników i pisarzy).

Inputstream, bytearrayinputstream, stringbuilderinputstreams i tak dalej są elementami bazowymi. Filterinputstream jest klasą bazową dla klas decorator. Strumienie wejściowe filtrujące (takie jak strumień bufferedinput) mogą wykonywać dodatkowe czynności podczas odczytu strumieni lub zapisu do nich.

Są budowane przez hermetyzację strumienia i są strumieniami siebie.

new BufferedReader( new FileInputStream() ).readLine();

Nie przychodzi mi do głowy żadna klasa implementująca ten wzorzec w java.net, ale myślę, że powiedziano ci o tym pakiecie, ponieważ jest on silnie związany z java.io (socket.getInputStream na przykład).

Właściwie, oto kurs Z O ' relly (pdf na uwosh.edu | archive.org, slajdy na slideshare.net ), który wyjaśnia jak dekorator jest realizowany w java.io.

Jednym ze sposobów udekorowania strumienia wejściowego/wyjściowego jest zastosowanie do niego kompresji/dekompresji. Zobacz na przykład klasy w java.util.zip. Taki dekorowany strumień może być używany dokładnie tak samo jak "zwykły" strumień wejścia/wyjścia, z kompresją/dekompresją wykonywaną całkowicie przejrzyście.

Wzorzec dekoratora służy do dodawania funkcjonalności do istniejących obiektów, takich jak Klasa zdefiniowana w bibliotece. Następnie możesz "udekorować" go według swoich potrzeb. Jeśli jesteś zainteresowany dowiedzeniem się więcej o szablonach polecam "wzorce projektowe" Gang of Four.

Cóż, mogę się spóźnić na imprezę, ale to pytanie nigdy się nie znudzi. Kluczowym punktem do zrozumienia dekorator jest to, że daje możliwość podłączenia obiektu do istniejącego obiektu do innego istniejącego obiektu i tak dalej. Popularne jest implementowanie tego wzoru w konstruktorze. Na przykład,

    Icecream ic = new RainbowTopUp(new ChocoTopUp(new Vanilla()));

Jeśli spojrzysz na diagram w Wikipedii, zobaczysz ConcreteComponenti Decoratordziedziczą z tej samej klasy nadrzędnej/interfejsu, Component. Oznacza to, że te dwie klasy mają te same metody implementacji.

Jednak w klasie Decorator zobaczysz strzałkę do Component, co oznacza, że używasz Component gdzieś w klasie Decorator {7]}. W tym przypadku używa się komponentu jako typu danych konstruktora w Dekoratorze . To jest wielka sztuczka. Bez tej sztuczki nie będzie można podłączyć nowego obiektu do istniejącego obiektu.

Po tym, można tworzy podklasy dziedziczące z klasy Decorator . Ponieważ wszystkie klasy mają ten sam root, każda pojedyncza klasa może swobodnie pluginować bez żadnego porządku.