Devo inserire la definizione dell'interfaccia nello stesso spazio dei nomi dell'implementazione

Question

Se definisco un'interfaccia ITestInterface e immediatamente creo una classe che implementa quell'interfaccia per l'utilizzo all'interno di un'applicazione, è ok mantenere la classe e l'interfaccia nello stesso spazio dei nomi o dovrebbero essere separati. Ad esempio Test.Interfaces e Test.Interfaces.Implementation.

Sia la mia interfaccia e la sua attuazione sarà nella propria assemblea quindi non sono in cerca di creare un altro solo per contenere l'interfaccia stessa.

Questo è particolare in materia di C# tuttavia credo che può coprire qualsiasi lingua.

Answer 1

Probabilmente è meglio utilizzare le convenzioni stabilite delle classi predefinite .NET. Ad esempio, guardando nello spazio dei nomi System.Collections.Generic possiamo vedere che ci sono sia IDictionary sia Dictionary. Quindi probabilmente metterli nello stesso spazio dei nomi è la migliore idea.

Inoltre, dal momento che sia l'interfaccia e l'implementazione molto probabilmente hanno lo stesso scopo, è meglio raggrupparli nello stesso namespace.

Answer 2

System.Collections.ArrayList implementa System.Collections.IList. Se Microsoft lo fa, perché non dovresti?

Answer 3

È una domanda molto astratta. Qual è la ragione per l'interfaccia? È un API/framework pubblico o una semplice applicazione? Avrai più implementazioni della stessa interfaccia?

Se le interfacce sono nelle loro assemblee, allora è una buona pratica per i namespace di base per abbinare i nomi di assemblaggio. Ma sembra che tu intenda la classe e l'interfaccia nello stesso assembly.

Answer 4

Questo è in particolare correlato a C# ma credo che possa coprire qualsiasi lingua .

È tipico in Java avere i due nello stesso pacchetto. L'unica eccezione che posso pensare potrebbe essere un'interfaccia DAO in una persistenza del pacchetto e diverse implementazioni in sottopackages (es. Jdbc, hibernate, jdo, ecc.)

Si può pensare a un'interfaccia pubblica come l'API esposto dal pacchetto. Riesco a vedere dove le classi di implementazione potrebbero essere private di pacchetti, impedendo agli utenti di accedere all'implementazione tramite qualsiasi altra cosa che non sia l'interfaccia. Dovrebbero essere forniti metodi di produzione pubblica per garantire l'accesso.

Answer 5

Qual è il tuo intento?

Se si desidera "nascondere" l'implementazione dal resto del codice e/o scegliere quale delle varie implementazioni disponibili "iniettare" in fase di esecuzione, la classe non dovrebbe essere comunque pubblica, quindi non 'importa davvero in quale spazio dei nomi risiede.

In caso contrario, non c'è nessun problema sia per l'interfaccia e la classe che risiedono nello stesso spazio dei nomi.

Answer 6

Che ne dici di assiemi separati, stesso spazio dei nomi? Mi piace.