Che cos'è esattamente la "programmazione basata su interfaccia"?

Question

Spesso ascolto/leggo sulla programmazione basata sull'interfaccia, ma non sono esattamente chiaro su cosa significhi realmente. La programmazione basata sull'interfaccia è un argomento autonomo che in realtà contiene libri scritti su di esso? Se è così, qualcuno può raccomandare qualcuno di buono?

Mi sono imbattuto in una programmazione basata sull'interfaccia mentre stavo leggendo su come sono state progettate buone API e vorrei saperne di più. Al momento non sono chiaro come procedere correttamente sulla progettazione di un'API attorno alle interfacce.

Qualsiasi informazione è molto apprezzata.

Answer 1

È fondamentalmente una questione di esprimere le vostre dipendenze in termini di interfacce invece di classi concrete (o peggio, metodi statici). Quindi se una delle tue classi ha bisogno di eseguire l'autenticazione, dovrebbe essere fornita una IAuthenticator (o qualsiasi altra cosa).

Questo significa che:

• si può scrivere il codice prima di attuare la vera dipendenza
• È possibile verificare tramite beffardo molto facilmente (senza dover classi finte, che diventa brutto)
• E 'chiaro che cosa dipendono dal punto di vista dell'API anziché dall'implementazione (ad esempio, l'accoppiamento è più flessibile)

Answer 2

Il capitolo 6 di "Practical API Design" by Jaroslav Tulach è intitolato "Codice contro interfacce, non Implementazioni". Spiega che, codificando in base a un'interfaccia anziché a un'implementazione specifica, è possibile separare moduli (o componenti) in un sistema e quindi aumentare la qualità del sistema.

Bertrand Meyer in OOSC2 spiega chiaramente perché "chiudere" un sistema e renderlo più modulare aumenta la sua qualità.

Answer 3

Se cerchi google per le interfacce, troverai molte informazioni su come possano essere utili le interfacce.

Il concetto è di definire interfacce chiare, che saranno utilizzate dai vari componenti/parti/classi/moduli per comunicare e interagire. Una volta definito ciò che dovrebbe essere l'input/output di queste interfacce, è possibile consentire ai vari team di sviluppare tutto ciò che è necessario per soddisfare i requisiti dell'interfaccia, inclusi i test di input/output, ecc ...

Se si segue questo schema, vari team possono iniziare a sviluppare la loro parte senza aspettare che le altre parti siano pronte. In aggiunta a ciò è possibile utilizzare il test dell'unità (usando oggetti falsi per simulare le altre parti che non si stanno sviluppando e testare la propria parte).

Questo metodo è lo standard per qualsiasi nuovo progetto di programmazione e tutti lo daranno per scontato.

Answer 4

Questo è qualcosa che non consiglio di utilizzare molto nello sviluppo di C#.

Interface-based programming è fondamentalmente la programmazione di interfacce. Sviluppate le interfacce per utilizzare i Contratti e l'effettiva implementazione delle interfacce è nascosta dietro questi contratti.

Prima di .NET era molto comune, in quanto il modo migliore per ottenere componenti riutilizzabili in Windows era tramite COM, che funzionava tramite interfacce ovunque. Tuttavia, dato.La capacità di NET di supportare più lingue con un singolo runtime (il CLR), oltre al suo supporto superiore per il controllo delle versioni rispetto al codice nativo, l'utilità della programmazione basata sull'interfaccia viene drasticamente ridotta quando si programma in C# (a meno che non siate cercando di creare componenti COM, in tal caso, continuerai a creare le interfacce COM indirettamente dalle tue classi C#).

Answer 5

Quello a cui si fa riferimento come "programmazione basata su interfaccia" è più comunemente definito come programmazione di un'interfaccia. Ecco un esempio qui sotto. Il vantaggio sta nascondendo l'effettiva implementazione dell'interfaccia e consentendo al vostro codice di essere più flessibile e facilmente manutenibile in futuro.

YourInterface foo = CreateYourInterface(); 
foo.DoWork(); 
foo.DoMoreWork(); 

CreateYourInterface() restituisce un'implementazione concreta di YourInterface. Questo consente di modificare la funzionalità dell'applicazione modificando una riga:

YourInterface foo = CreateYourInterface(); 

Answer 6

vedere se queste discussioni molto popolare aiuto:

What is the best analogy to help non-oop developers grok interface based programming?

Why would I want to use Interfaces?

When are interfaces needed?

When should one use interfaces?

What is the purpose of interfaces?

Good Case For Interfaces

What does it mean to “program to an interface”?

Answer 7

interfaccia di programmazione basato può essere pensato come disaccoppiamento l'implementazione di funzionalità e di come si accede alla funzionalità.

si definisce un'interfaccia
interface ICallSomeone { public bool DialNumber(string number); }

e si scrive l'implementazione

public class callsomeone: ICallSomeone {
public bool DialNumber(string number) {
//dial number, return results }}

si utilizza l'interfaccia, senza preoccuparsi della realizzazione. Se si modifica l'implementazione, non importa perché utilizza solo l'interfaccia.

Answer 8

Da una vista molto astratta, la programmazione basata sull'interfaccia è simile ai componenti utilizzati da un idraulico (giunti di tubi e tubi).

Finché i tubi ei giunti sono costruiti secondo l'interfaccia specificata (il numero di fili e la distanza, ecc) vari produttori può fornire giunti di tubi che sono stati potenzialmente fabbricati da un altro fornitore (ma aderente alla interfaccia giuntura/tubo sopra menzionata).

Quindi, c'è maggiore interoperabilità dei componenti e libertà per l'idraulico di scegliere tra vari fornitori, fasce di prezzo ecc. Al fine di creare un sistema idraulico funzionale.

Sostituire tubi e giunti con componenti software ei paralleli sono sorprendentemente semplici.