Интерфейс, указывающий, что класс должен иметь свойство ICollection <T>

Question

Интерфейс, указывающий, что класс должен иметь свойство ICollection <T>

1

Мне нравится создавать интерфейс, указывающий, что класс должен иметь хотя бы одно свойство ICollection

   public interface ILinked<T> where T : class, IModel
    {
        ICollection<T> LinkedT { get; set; }
    }

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

BrilBroeder 19 дек. 2014, в 08:44

Источник

1

Почему вы хотите применить эти конкретные критерии? Какую проблему вы пытаетесь решить, делая это?
Lasse Vågsæther Karlsen 19 дек. 2014, в 07:11
1

Как код, использующий один из этих объектов, использует этот интерфейс?
Damien_The_Unbeliever 19 дек. 2014, в 07:16
0

Я пишу приложение MVC. Для модели я использую EF. Многие классы моделей имеют свойства навигации. Большинство моделей имеют редактирование / создание ViewModel. Модели реализуют интерфейс IModel (просто указав, что у них есть свойство Int Id) и (в зависимости от других моделей, с которыми они связаны) одно или несколько свойств ICollection <T> LinkedT. Возвращая информацию о действии после публикации, я заполняю модель данными из ViewModel. Для «связанных» свойств это приводит к List <int>. Список идентификаторов связанного материала.
BrilBroeder 26 дек. 2014, в 17:21
0

Чтобы упростить жизнь, у меня есть набор методов расширения для интерфейсов ILinked <T>, которые сравнивают Model и ViewModel и «синхронизируют» данные. Эти методы расширения имеют одинаковую структуру и логику. Разница лишь в том, что они работают с разными классами T и разными свойствами LinkedT. Мне нравится делать его более общим и иметь только один метод расширения.
BrilBroeder 26 дек. 2014, в 17:22

Показать ещё 2 комментария

Теги:

c#

interface

2 ответа

2

В некотором смысле, да. Вам просто нужно указать, какое свойство вашего класса является тем, которое реализует свойство интерфейса. В конце концов, с этой сигнатурой может быть несколько свойств, и компилятор должен знать, что делать, когда к someVariableOfTypeILinkedT.LinkedT обращается какое-то someVariableOfTypeILinkedT.LinkedT. Это можно сделать, реализовав интерфейс явно.

Для этого С# требует немного кода котельной...

class MyClass : ILinked<MyParameter> {
    public ICollection<MyParameter> SomeArbitraryProperty { get; set; }

    ICollection<MyParameter> ILinked<MyParameter>.LinkedT
    { 
        get { return SomeArbitraryProperty; }
        set { SomeArbitraryProperty = value; }
    }
}

... в то время как VB.NET в этом случае является более кратким и позволяет напрямую сопоставить реализацию с методом интерфейса:

Class MyClass
    Implements ILinked(Of MyParameter)

    Public Property SomeArbitraryProperty As ICollection(Of MyParameter) _
        Implements ILinked(Of MyParameter).LinkedT
End Class

Heinzi 19 дек. 2014, в 05:21

Ещё вопросы

Почему вы хотите применить эти конкретные критерии? Какую проблему вы пытаетесь решить, делая это?
Как код, использующий один из этих объектов, использует этот интерфейс?
Я пишу приложение MVC. Для модели я использую EF. Многие классы моделей имеют свойства навигации. Большинство моделей имеют редактирование / создание ViewModel. Модели реализуют интерфейс IModel (просто указав, что у них есть свойство Int Id) и (в зависимости от других моделей, с которыми они связаны) одно или несколько свойств ICollection <T> LinkedT. Возвращая информацию о действии после публикации, я заполняю модель данными из ViewModel. Для «связанных» свойств это приводит к List <int>. Список идентификаторов связанного материала.
Чтобы упростить жизнь, у меня есть набор методов расширения для интерфейсов ILinked <T>, которые сравнивают Model и ViewModel и «синхронизируют» данные. Эти методы расширения имеют одинаковую структуру и логику. Разница лишь в том, что они работают с разными классами T и разными свойствами LinkedT. Мне нравится делать его более общим и иметь только один метод расширения.

Codor · Accepted Answer · 2014-12-19T05-45-00.000Z

Это невозможно; в С# интерфейс не может определить тип и модификаторы доступа самостоятельно, не указывая имя.

Поскольку вы формулируете требование наличия "хотя бы одного свойства, если ICollection", возможно, проблема может быть решена путем определения свойства типа ICollection<ICollection<object>>.