Le interfacce non possono dichiarare i tipi

Question

Ho una classe astratta in un'API che viene utilizzata dai metodi in un altro assembly. La classe ha un enum nidificato definito al suo interno, un po 'come questo:

abstract public class Thing 
{ 
    public enum Status { Accepted, Denied, Pending }; 
    abstract public Status status { get; private set; } 
    etc... 
} 

Ho quindi deciso che sarebbe un design migliore se cosa era un'interfaccia. Ma non posso farlo:

public interface Thing 
{ 
    enum Status { Accepted, Denied, Pending }; 
    Status status { get; } 
    etc... 
} 

Questo produce il messaggio di errore "Le interfacce non possono dichiarare i tipi". Tuttavia, se spostassi la definizione dell'enum al di fuori dell'interfaccia, in primo luogo interromperò l'incapsulamento (il tipo Status appartiene veramente a Thing e non ha senso da solo) e, cosa più importante, dovrei andare a modificare il codice in i molti altri assembly che usano questo. Riesci a pensare a qualche soluzione?

Answer 1

Come indica l'errore, è sufficiente tirare la definizione di Status al di fuori dell'interfaccia. Capisco che rompa l'incapsulamento, ma non c'è davvero alcun modo per aggirare questo. Ti suggerisco di cambiare il nome di Status in qualcosa che indica una forte relazione a Thing - ThingStatus dovrebbe fare il trucco.

enum ThingStatus { Accepted, Denied, Pending }; 

public interface Thing 
{ 
    ThingStatus status { get; } 
    etc... 
} 

Answer 2

Sì, la soluzione è utilizzare una classe astratta se è necessaria tale implementazione. Le classi astratte non sono un cattivo design e sono certamente utili in situazioni come questa.

Se insisti a utilizzare le interfacce, temo che tu debba andare con la soluzione da p.s.w.g e infrangere una regola o due (quelle sono comunque solo linee guida, in realtà).

Answer 3

abstract classe e interface sono cose diverse. La classe abstarct è un'astrazione, superiore al modello di dominio e l'interfaccia è il contratto (comportamento) della tua entità di dominio. È possibile utilizzare entrambi nella soluzione, se necessario. Nello scenario concreto status non è il comportamento è solo stato di entità. Penso che la classe astratta sia una scelta più affidabile.