Общая реализация интерфейса: общий тип возвращаемого типа и общий тип ввода

Question

Я хочу создать систему классов для обобщения получения и публикации данных из некоторого источника данных. У меня есть два метода: GetData и PostData. Оба метода должны иметь какой-то ввод, а GetData также должен иметь тип возврата. Я попытался написать общий интерфейс и реализовать его в классе «DatabaseSource»:

public class QueryParameter 
{ 
    public QueryParameter() 
    { 
     this.Direction = ParameterDirection.Input; 
    } 

    public string Name { get; set; } 
    public object Value { get; set; } 
    public ParameterDirection Direction { get; set; } 
} 

public class InputBase 
{ 
    public InputBase() 
    { 
     ResultMapping = new Dictionary<string, string>(); 
     Parameters = new List<QueryParameter>(); 
    } 
    public Dictionary<string, string> ResultMapping { get; set; } 
    public List<QueryParameter> Parameters { get; set; } 
} 
public class DatabaseInput: InputBase 
    { 
     public string Query { get; set; } 
     public DatabaseCommandType CommandType { get; set; } 
    } 

public interface IDataSource<I> where I: InputBase 
{ 
    IEnumerable<T> GetData<T>(I input); 
    void PostData(I Input); 
} 

Теперь я пытался реализовать интерфейс, как это:

public class DatabaseDataSource: IDataSource<DatabaseInput> 
{ 
    public IEnumerable<T> GetData<T>(DatabaseInput Input) 
    { 
     //implementation 
    } 

    public void PostData(DatabaseInput Input) 
    { 
     //implementation 
    } 
} 

Но у меня есть проблема, когда я пытаюсь создать экземпляр данных источник, как это:

IDataSource<InputBase> dataSource = new DatabaseDataSource(); 

Я не могу использовать DatabaseInput, потому что этот код в какой-то заводским способом, и я должен быть в состоянии создать экземпляр других реализаций IDataSource.

Вкратце я хочу иметь входные и выходные данные как общие типы и ограничивать входные данные для соответствия конкретной реализации IDataSource.

Answer 1

Вы можете использовать ограничение, нажмите here для получения дополнительной информации об ограничениях.

where T : class //The type argument must be a reference type; this applies also to any class, interface, delegate, or array type. 

where T : <interface name> //The type argument must be or implement the specified interface. Multiple interface constraints can be specified. The constraining interface can also be generic. 

Answer 2

Проверьте Ковариацию и контравариантность. https://msdn.microsoft.com/en-us/library/mt654055.aspx

Answer 3

Если я правильно понять это (и это правда, не 100% ясно для меня), источник данных необходимо определить и входные и выход. Если вы сделаете это:

public IEnumerable<T> GetData<T>(DatabaseInput Input) 

Тогда фактическая реализация этого метода может существенно варьироваться в зависимости от того, что T есть. Вам не нужен сценарий этого метода, в котором вы проверяете тип T и соответствующим образом разветвляете свой код.

Возможно, что вы хотите что-то вроде этого:

public interface IDataSource<TInput, TOutput> where TInput: InputBase 
{ 
    IEnumerable<TOutput> GetData(TOutput input); 
    void PostData(TInput Input); 
} 

Но даже тогда у вас есть интерфейс, который, образующая два, казалось бы, несвязанные операций. (. Это кажется маловероятным, что TInput может быть использован как в качестве запроса для извлечения данных, и в качестве команды размещать/изменять данные)

Так что, возможно, вы могли бы разбить его дальше:

public interface IDataSource<TInput, TOutput> where TInput: InputBase 
{ 
    IEnumerable<TOutput> GetData(TOutput input); 
} 

public interface IDataCommand<TInput> where TInput:InputBase 
{ 
    void PostData(TInput Input); 
} 

Чтобы создать его экземпляр вы могли бы использовать абстрактную фабрику:

public interface IDataSourceFactory<TInput, TOutput> 
{ 
    IDataSource<TInput, TOutput> Create(); 
    void Release(IDataSource<TInput, TOutput> created); 
} 

причина этого в том, что она позволяет избежать необходимости в ваш класс называть var dataSource = new [whatever]. Если вы сделаете это, то это несколько поражения цели реализации интерфейса. Независимо от того, какой интерфейс вы реализуете, как только вы явно вызываете new и создаете определенный тип, ваш класс связан с , который вводит, а не интерфейс.

Это перемещает оригинальную проблему. Какова реализация абстрактной фабрики? Хорошей новостью является то, что класс, который зависит от фабрики, не волнует, что такое реализация фабрики. Но вам все равно понадобится.Один из способов сделать это - использовать контейнер DI. Виндзор полезен, поскольку он обеспечивает шаблон для создания абстрактных фабрик. This blog post описывает, как это сделать более подробно.