Se ho bisogno di scrivere un programma che
e aderendo al principio di responsabilità singola creo classi come
tutto sembra a posto, ma poi ho bisogno di creare una classe per invocare tutte queste classi, non violerebbe il principio di responsabilità singola?
Il modo migliore per capire l'SRP è lavorare sull'interpretazione della "responsabilità" come "qualcosa che qualche forza esterna al programma potrebbe causare il bisogno di cambiare". In questo caso, è difficile capire perché il tuo modulo che combina le tue tre classi possa essere modificato diversamente da una modifica completa di ciò che effettivamente fa il programma, che a mio avviso è solo un motivo per cambiare.
Ora, il tuo JsonToYamlConverter però: questo ha 2 ragioni per cambiare: il formato di input può essere cambiato da JSON a qualcos'altro, o il formato di output può essere cambiato da YAML a qualcos'altro. La soluzione migliore sarebbe utilizzare un JsonReader per produrre una struttura di oggetti e un YamlWriter per consumarlo.
Sì.
Ma possiamo aggirare il problema dicendo che la responsabilità del programma è quella di garantire che X, Y e Z vengano eseguiti nell'ordine corretto, passando le informazioni da una alla successiva
Non gli importa come vengono raggiunti, cioè la responsabilità delle singole classi. Si interessa solo di "l'orchestrazione" dei compiti.
"but then I need to create some class to invoke all these classes, wouldn't it violate the single responsibility principle?"
Penso di vedere qual è la causa della tua confusione; questo non è di per sé una violazione dell'SRP, perché la classe introdotta di recente è non effettivamente responsabile per i comportamenti implementati dalle altre classi.
Riceve semplicemente alcune richieste di alto livello e inoltra (parti di) il lavoro a quelle altre classi. La sua responsabilità è di coordinare la loro interazione in qualche modo.
Una delle motivazioni chiave alla base di SRP è evitare interdipendenze tra parti del codice che gestiscono ogni responsabilità (se è tutto nella stessa classe, il codice può essere ingarbugliato in modi sottili). Avere a disposizione interfacce pubbliche separate e ben definite 1 aiuta, poiché nasconde i dettagli dell'implementazione e limita / struttura i modi in cui queste classi possono interagire - in modo che una richiesta di modifica che riguarda solo una delle le classi hanno un effetto limitato (o, idealmente, nessun effetto) sugli altri.
1 Non intendo necessariamente tipi di interfaccia C # o Java.
Leggi altre domande sui tag design single-responsibility