Classe di contesto nel modello di strategia

Sto cercando di capire il modello di strategia e mi chiedo: la classe di contesto è indispensabile o posso lasciarla fuori senza compromettere lo scopo del modello?

Avevo l'impressione di aver bisogno di una sorta di interruttore per leggere diversi tipi di file, ma non volevo solo hackerare qualcosa e successivamente occuparmi di refactoring (anche se, ovviamente, capita sempre che il codice possa essere refactored ma l'idea era: provare per essere il più intelligente possibile nel design in anticipo ...):

Immagine tratta da Wikimedia

Il client può delegare direttamente all'interfaccia di strategia o c'è qualcosa che ho appena mancato di comprendere sulla classe di contesto?

interface Reader {
    // read information from file and fill data list field of Client
    readFile();
}
class ExcelReader implements Reader{ /* */ }
class PdfReader implements Reader{ /* */}

class Client{
    // strategic choice
    Reader r;

    // data list field
    List<Data> data;

    // Client Constructor
    public Client(){
        if(<file ends in .xls>)
            r = new ExcelReader();
        else
            r = new PdfReader();
        r.readFile();
    }
}

Quindi, sopra raffigurata manca la classe di contesto. Il codice aderisce al modello di strategia?

Nel tuo esempio, la chiamata in codice readFilefa parte del costruttore del client. Quel metodo è il "contesto" che stai cercando . Il modello di strategia non ha bisogno letteralmente di una "classe di contesto" e alla prima versione del codice l'oggetto strategia (il "Reader" nel tuo caso) potrebbe risiedere solo in una variabile locale. Soprattutto quando c'è solo un "metodo strategico" ("readFile") da chiamare.

Tuttavia, se la tua base di codice passa da una versione alla successiva, è improbabile che vengano chiamati sempre più metodi "strategici" e la decisione sulla strategia da applicare e l'esecuzione dei "metodi strategici" avverrà in momenti diversi e in diversi punti del codice. Quindi inizi a riformattarli per mantenere la logica in un unico posto. Ciò porterà direttamente a un'implementazione che assomiglia al diagramma nella tua domanda.

Certamente. I modelli sono solo linee guida. Sarà comunque necessario adattarli e applicarli correttamente per il problema in questione. Personalmente, raramente permetto che la strategia sia impostata in fase di esecuzione; più spesso è specificato su costruzione o filato in una fabbrica.

Anche se si potrebbe anche sostenere che setStrategyè privato e la mia iniezione sta solo usando lo schema come mostrato.