Как добавить одно поле множеству классов без применения наследования и добавления поля в каждый класс по отдельности?

Question

[JustJoe_066]

Допустим есть две сущности, для которых определены некоторые поля, им нужно добавить одно boolean поле, вопрос, как это лучше сделать, соблюдая уже принятые код-конвенции?

Comments

[Without AnyName]

Почему не надо использовать наследование и добавление поля? Нужно больше информации тогда больше людей смогут помочь, удачи!!!

[JustJoe_066]

Without AnyName, если говорить конкретнее, то чисто для того, чтоб сделать код удобнее, а то получается какое то уродство:
Вот сущности, которые по задумке должны возыметь дополнительное поле но без добавления его непосредственно в потребляющий класс:

/// <summary>
    /// Базовая сущность для хранения имён директорий
    /// </summary>
    public class DirectoryDataEntity
    {
        /// <summary>
        /// Имя директории
        /// </summary>
        public string DirectoryName { get; set; }
    }


    /// <summary>
    /// Выходной набор данных для одного результата по алгоритму
    /// </summary>
    public class OutputData
    {
        /// <summary>
        /// Содержит название метода
        /// </summary>
        public string MethodName { get; set; }
        /// <summary>
        /// Содержит результаты работы алгоритмов
        /// </summary>
        public double X { get; set; }
        /// <summary>
        /// Содержит неопределённость результатов работы алгоритмы
        /// </summary>
        public double U { get; set; }
        /// <summary>
        /// 
        /// </summary>
        public double InterLabVariance { get; set; }
    }

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

public class ViewedDirectoryData : DirectoryDataEntity
    {
        public bool IsChoised { get; set; }
    }


    public class ViewedOutputData : OutputData
    {
        public bool IsChoised { get; set; }
    }

[Сергей Соловьев]

JustJoe_066, в данном случае я не рекомендую выносить какой-то общий класс (или типа того), который имеет общее поле.
Хоть эти поля называются одинаково - служат для разных вещей. Надо разделять семантику и синтаксис

Answer 1

[MVV]

Привыкли к миксинам в языке с динамической типизацией? В C# их нет, и вряд ли будут, потому что типизация тут статическая. И приемы программирования - соответственно, другие.

В частности, чтобы добавить дополнительное свойство (или метод) в классы из разных иерархий наследования, используйте интерфейс. Примерно так (примеры - на основе кода из комментариев):

public interface IChosable {
    bool IsChosen {get; set;}  //Желательно имена писать таки на английском правильном
                                             // а не ломаном. А то глаза режет.
                                             //Ну, или хотя бы - по русски транслитом: 
                                             // Vybrano вместо IsChoised - и то лучше, IMHO
}

//...
    public class ViewedDirectoryData : DirectoryDataEntity, IChosable
    {
        public bool IsChosen {get; set;}  
    }

    public class ViewedOutputData : OutputData, IChosable
    {
        public bool IsChosen {get; set;}  
    }

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

Удобство тут в том, что ссылку на любой из классов, реализующих интерфейс, можно привести к типу интерфейса - тогда и статический контроль типов сохраните, и работать со всем этими классами можно будет единообразно.

Comments

[JustJoe_066]

без понятия что такое миксины, ну да ладно
на самом деле мне хотелось избавиться от двух классов ViewedDirectoryData и ViewedOutputData, что может есть способ написать какой то универсальный класс например через T (способ нерабочий, так что его забываем)

[MVV]

Тогда добавьте интерфейс в списки наследования ваших классов DirectoryDataEntity, OutputData и прочих, которые у вас есть. И да, как правильно напомнил Сергей Соловьев, в интерфейс в C# начиная с некоего момента можно теперь добавлять реализацию по умолчанию (но что-то заставляет меня подозревать, что конкретно со свойствами по умолчанию тут не всё так хорошо, приду домой - проверю).

PS А проще всего было бы унаследовать все эти ваши классы от базового, в котором есть нужное свойство - если, конечно, они не наследуются уже от других классов.

[Сергей Соловьев]

MVV, да, есть проблема - автоматические свойства не поддерживаются, только методы

[JustJoe_066]

MVV, в общем ладно, понял, лучше оставить всё как есть , ни один из приведённых советов проблемы не решает, а значит всё так как и должно быть

Answer 2

[Сергей Соловьев]

Начиная с C#8 есть реализация интерфейсов по умолчанию. В туториалах майков есть пример реализации mixin'ов с их помощью - https://learn.microsoft.com/en-us/dotnet/csharp/ad...