Va bene avere molte classi astratte nella tua applicazione?

No, non è affatto un cattivo design. È un modello di metodo del modello .

Ha lo scopo di incapsulare il comportamento variabile di un passo dell'algoritmo, che è probabilmente il caso nel tuo scenario. La strategia e i modelli di metodo dei modelli costituiscono una combinazione strong in molti casi. Probabilmente hai delle strategie astratte come una cornice e usi il modello di metodo del modello per le strategie concrete. È abbastanza pulito.

È estendibile e inoltre non è necessario ripetere il codice. Quando hai bisogno di qualcosa di completamente diverso, usa l'interfaccia della strategia per creare una nuova strategia astratta o concreta.

No, può essere abbastanza OK (a seconda dei dettagli - è difficile dire di più con questa piccola conoscenza del tuo caso concreto). È perfettamente corretto unificare le implementazioni dei metodi comuni in una classe base astratta.

A seconda di come viene utilizzato il singolo metodo astratto nelle tue classi, questo modello potrebbe essere un metodo Template invece della strategia . Vale a dire, se è chiamato da qualche altro metodo finale nella classe base, piuttosto che direttamente dal mondo esterno.

Modelli modello I pattern rendono la sottoclasse l'implementazione del codice speciale con il metodo astratto e la sottoclasse eredita il metodo comune dalla superclasse. Quindi non penso che questo abbia molte classi astratte, è solo una delle classi astratte, tutte le sottoclassi sono classi di istanze.

Se le classi astratte stanno implorando gli stessi metodi, con lo stesso contenuto, allora perché hanno più classi astratte?

Se stanno implorando i metodi in modo diverso, allora non vedo alcun problema.

Per migliorare l'estensibilità usa le interfacce, quindi è meno un problema se poi scarti le classi astratte