Programmazione di un'interfaccia e di una segregazione di interfaccia nel contesto di una classe utente [duplicato]

Non è sbagliato. Potrebbe essere un suggerimento che la tua classe sia troppo grande per le sue scarpe in primo luogo e dovresti rifattarla, ma ciò non ha nulla a che fare con la programmazione contro le interfacce.

Se segui il principio secondo cui la funzionalità complessa dovrebbe trattare i tipi di interfaccia piuttosto che i tipi concreti, la tua classe concreta deve indossare tutti quei "cappelli" di interfaccia. Il fatto che dichiari una lunga lista di loro è solo un'espressione del fatto che fa molte cose.

Così com'è, le interfacce che stai estendendo sono tutte cose diverse, quindi questa lunga lista non è una violazione di DRY che potresti in qualche modo eliminare.

Ho anche avuto lezioni concrete che implementano una manciata di interfacce, ma le classi sono state mediatori che delegano il loro comportamento a classi di responsabilità singola che soddisfano ciascuna una singola interfaccia. La stessa classe di mediazione ha un comportamento limitato al di fuori di determinare come i singoli moduli interagiranno e saranno utilizzati. Questa mediazione diventa la sua unica responsabilità, quindi l'SRP è preservato.

Non dovremmo dimenticare che il tutto è più grande di la somma delle sue parti. Potrei immaginare una situazione in cui un utente esiste e il suo numero di telefono è sconosciuto .. L'utente è un'istanza di ICallable? Essere "callable" e "essere un utente" sono due cose diverse. Quindi, la progettazione delle interfacce dovrebbe riflettere questa nozione.

Penso che la tua domanda non riguardi gli aspetti tecnici, ma piuttosto la tua area di dominio.