Progettazione di un oggetto valutatore per la propagazione e I / O dei risultati

In secondo luogo, l'opinione di Kerri: il tentativo di passare l'oggetto I / O in giro causerà solo problemi con SRP del sistema e ostacolerà l'estendibilità del codice in futuro. Se esci dalla logica, puoi persino gestire scenari come l'output su più file / posizioni costruendo un pattern di osservatore attorno a questo. (In realtà mi piace ancora questa opzione se riesci a vedere una crescita nel prossimo futuro - in questo modo sei totalmente disgiunto).
Per quanto riguarda le restrizioni su un solo file di output (presumo che tu voglia dire che non vuoi le scritture concorrenti), questo dovrebbe essere limitato nell'oggetto che incapsula il File. Se intendevi che vuoi che tutti i processi scrivano su un solo file, di nuovo puoi usare un sistema simile con la gestione della concorrenza comodamente in questo wrapper di oggetti File.

Preferisco la soluzione, quella di restituire il risultato all'Applicazione e lasciare che gestisca l'I / O del file. Questo disaccoppia la calcolatrice da qualsiasi I / O di file, il che significa che potresti teoricamente usarlo in situazioni in cui non dovresti scrivere su un file, ad esempio, ma aggiornando la GUI o qualcos'altro. Se possibile, la mia opinione è di rimanere il più possibile disaccoppiato, accoppiando solo quando necessario.

Ma questa è la mia opinione, e non ho scritto una parola di Fortran nella mia vita. Ho fatto un sacco di altri OOP, però, e, in generale, farei ciò che ti ho già detto.

Restituire i risultati all'applicazione renderebbe questo codice molto più gestibile rispetto al passaggio del file. Il calcolo è indipendente da ciò che viene effettivamente fatto con il risultato e il tuo codice dovrebbe riflettere questo. Scrivere su un file è fondamentalmente una traduzione, io lo astraggo in un oggetto file e lasciare che l'oggetto Application abbia la sola responsabilità di orchestrare semplicemente tra gli oggetti correlati. Questo avrà l'ulteriore vantaggio di darti un posto unico in cui cercare problemi quando la scrittura dei file non produce i risultati corretti. Non sto dicendo che dovresti mettere la determinazione di chi dovrebbe scrivere sul file in questo nuovo oggetto, solo il codice che traduce l'oggetto risultato nei dati scritti nel file. Dipenderebbe davvero da ulteriori dettagli sul sistema per determinare come gestire il problema del singolo file writer.

Bene, se vuoi salvare la seconda metà della propagazione (dalla Calcolatrice all'applicazione), il Calcolatore potrebbe aspettarsi una sorta di Output astratto a cui può scrivere, che implementa come ti serve.

L'implementazione dell'output sarà responsabile dell'effettiva produzione (stampa su schermo, scrittura su file, gestione della concorrenza ecc.), l'applicazione collegherà il calcolatore con una tale implementazione e il calcolatore calcolerà e passerà il suo risultato a detto Output.