Форум программистов, компьютерный форум, киберфорум
C# для начинающих
Войти
Регистрация
Восстановить пароль
Блоги Сообщество Поиск Заказать работу  
 
Рейтинг 4.89/9: Рейтинг темы: голосов - 9, средняя оценка - 4.89
0 / 0 / 0
Регистрация: 31.01.2019
Сообщений: 4

Проектирование классов с совпадающими свойствами

31.01.2019, 12:22. Показов 1963. Ответов 8
Метки нет (Все метки)

Студворк — интернет-сервис помощи студентам
Доброго дня!

Вопрос из категории грамотного проектирования классов.

В проекте существует условный класс FileInfo:

C#
1
2
3
4
5
6
7
8
9
10
public class FileInfo
{
    public string Path { get; set; }
 
    public DateTime CreationDt { get; set; }
 
    public DateTime LastChangeDt { get; set; }
 
    public string CreatorName { get; set; }
}
В данный момент проектируется другой класс, AdditionalFileInfo, который будет содержать дополнительные свойства и несколько методов. Вид его будет представлять нечто вроде этого:

C#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
public class AdditionalFileInfo
{
    public string Path { get; set; }
 
    public DateTime CreationDt { get; set; }
 
    public DateTime LastChangeDt { get; set; }
 
    /* Added */
 
    public long ByteLength { get; set; }
 
    public void Calculate()
    {
        // Do something
    }
}
Жизненный цикл у объектов классов следующий. Сперва всегда создаётся объект/ы FileInfo, затем из них нужно получить AdditionalFileInfo и для каждого вызвать метод Calculate().
Примитивный выход - в конструкторе AdditionalFileInfo добавить атрибут FileInfo и инициализировать пересекающиеся поля, но интуиция отчаянно сопротивляется (как минимум ввиду нарушения принципа DRY) и подсказывает, что есть простейшие паттерны проектирования с задействованием наследования и полиморфизма
0
Лучшие ответы (1)
Programming
Эксперт
39485 / 9562 / 3019
Регистрация: 12.04.2006
Сообщений: 41,671
Блог
31.01.2019, 12:22
Ответы с готовыми решениями:

Проектирование классов.
Столкнулся с проблемой, что не совсем осознал, как правильно проектировать классы, распределить методы и функции, какие типы данных лучше...

Проектирование классов на С++
В работе необходимо самостоятельно разработать систему классов, упрощающих работу с некоторыми сущностями. Основные требования к...

Проектирование классов
Доброго здравия жителям Земли. Вопрос таков: нужно ли в своём проекте жёстко скрывать реализацию классов, городить кучу интерфейсов как...

8
14 / 13 / 2
Регистрация: 16.10.2018
Сообщений: 47
31.01.2019, 14:58
Цитата Сообщение от Naelith Посмотреть сообщение
есть простейшие паттерны проектирования с задействованием наследования и полиморфизма
Т.к класс AditionalFileInfo производный от FileInfo то простое наследование решит вашу проблему .
В чем проблема ? Почему класс AditionalFileInfo не может наследоваться от FileInfo ?
0
0 / 0 / 0
Регистрация: 31.01.2019
Сообщений: 4
31.01.2019, 15:28  [ТС]
Я думал о наследовании.

Тогда нужно будет слегка поправить код:

C#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
public class AdditionalFileInfo : FileInfo
{
    public AdditionalFileInfo(FileInfo fi)
    {
        Path = fi.Path;
        CreationDt = fi.CreationDt;
        LastChangeDt = fi.LastChangeDt;
        CreatorName = fi.CreatorName;
    }
 
    public long ByteLength { get; set; }
 
    public void Calculate()
    {
        // Do something
    }
}
И, в принципе, это кажется более-менее логичным. Только вопрос - насколько адекватно передавать в конструктор потомка объект родительского класса? И нет ли какого-нибудь синтаксического сахара для удобной инициализации наследуемых полей / методов?
0
14 / 13 / 2
Регистрация: 16.10.2018
Сообщений: 47
31.01.2019, 18:13
Цитата Сообщение от Naelith Посмотреть сообщение
И, в принципе, это кажется более-менее логичным. Только вопрос - насколько адекватно передавать в конструктор потомка объект родительского класса? И нет ли какого-нибудь синтаксического сахара для удобной инициализации наследуемых полей / методов?
Сделать конструктор в базовом классе и передать туда значения

Выглядит все это так
C#
1
2
3
4
5
public AdditionalFileInfo(FileInfo fi)
     :base(fi)
    {
     // Тут проперти для производного класса 
    }
А класс FileInfo в конструкторе класса будет инициализировать только свои Fields или prop . Как у тебя написано выше в конструкторе производного класса.
1
Эксперт .NET
 Аватар для kolorotur
17823 / 12973 / 3382
Регистрация: 17.09.2011
Сообщений: 21,261
31.01.2019, 18:18
Цитата Сообщение от Naelith Посмотреть сообщение
Сперва всегда создаётся объект/ы FileInfo, затем из них нужно получить AdditionalFileInfo
Если их все равно приходится создавать, то почему сразу не создавать экземпляры AdditionalFileInfo?
0
907 / 664 / 318
Регистрация: 23.10.2016
Сообщений: 1,543
31.01.2019, 20:51
Лучший ответ Сообщение было отмечено Naelith как решение

Решение

Есть такой вариант
C#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
class BasicFileInfo
{
    public string Path { get; }
    public DateTime CreationTime { get; }
    public DateTime LastWriteTime { get; }
    public string CreatorName { get; }
    
    public BasicFileInfo(string path, DateTime creationTime, DateTime lastWriteTime, string creatorName)
    {
        if (string.IsNullOrEmpty(path))
        {
            throw new ArgumentNullException(nameof(path));
        }
        
        if (creationTime > lastWriteTime)
        {
            throw new ArgumentException(nameof(lastWriteTime));
        }
        
        if (string.IsNullOrEmpty(creatorName))
        {
            throw new ArgumentNullException(nameof(creatorName));
        }
        
        Path = path;
        CreationTime = creationTime;
        LastWriteTime = lastWriteTime;
        CreatorName = creatorName;
    }
}
 
class ExtendedFileInfo
{
    public BasicFileInfo BasicInfo { get; }
    public long ByteLength { get; }
    
    public ExtendedFileInfo(BasicFileInfo basicInfo, long byteLength)
    {
        if (basicInfo == null)
        {
            throw new ArgumentNullException(nameof(basicInfo));
        }
        
        if (byteLength < 0)
        {
            throw new ArgumentOutOfRangeException(nameof(byteLength));
        }
        
        BasicInfo = basicInfo;
        ByteLength = byteLength;
    }
    
    public void Calculate()
    {
        
    }
}
 
void Main()
{
    var fi = new BasicFileInfo("C:\\text.txt", DateTime.Now - TimeSpan.FromDays(1), DateTime.Now, "Me");
    var efi = new ExtendedFileInfo(fi, 1024);
    efi.Calculate();
}
2
0 / 0 / 0
Регистрация: 31.01.2019
Сообщений: 4
01.02.2019, 10:27  [ТС]
Цитата Сообщение от kolorotur Посмотреть сообщение
Если их все равно приходится создавать, то почему сразу не создавать экземпляры AdditionalFileInfo?
Методам, работающим с FileInfo, не нужно знать о дополнительных свойствах и методах. Зато методам, которые обрабатывают AdditionalFileInfo, нужно иметь доступ к полям базового класса. Поэтому и напрашивается архитектура двух классов.

Цитата Сообщение от TopLayer Посмотреть сообщение
Есть такой вариант
Интересное решение! Если я правильно понимаю, то наличие ссылки на объект BasicFileInfo при создании ExtendedFileInfo избавит от необходимости выделения дополнительной памяти, в отличие от подхода с наследованием? Поправьте, если ошибаюсь.
0
907 / 664 / 318
Регистрация: 23.10.2016
Сообщений: 1,543
01.02.2019, 12:10
Цитата Сообщение от Naelith Посмотреть сообщение
наличие ссылки на объект BasicFileInfo при создании ExtendedFileInfo избавит от необходимости выделения дополнительной памяти, в отличие от подхода с наследованием?
Верно
0
Модератор
Эксперт .NET
 Аватар для Элд Хасп
16140 / 11264 / 2888
Регистрация: 21.04.2018
Сообщений: 33,111
Записей в блоге: 2
01.02.2019, 13:09
kolorotur, у меня тоже в своё время такой вопрос возникал. Так толкового, красивого решения и не нашёл.
Самым удобным было бы вместо вызова конструктора базового класса, использовать уже имеющийся экземпляр базового класса. Что-то типа такой конструкции
C#
1
2
3
4
public AdditionalFileInfo(FileInfo fi): fi
    {
     // Тут проперти для производного класса 
    }
Но как такое сделать? Наверное надо переопределять .ctor, но как такое сделать - мозга не хватает. Или это, вообще, невозможно....

Добавлено через 29 минут
вроде бы на CIL такое возможно. Но им надо научиться ещё пользоваться....
1
Надоела реклама? Зарегистрируйтесь и она исчезнет полностью.
inter-admin
Эксперт
29715 / 6470 / 2152
Регистрация: 06.03.2009
Сообщений: 28,500
Блог
01.02.2019, 13:09
Помогаю со студенческими работами здесь

Проектирование классов
Добрый день. Я начинаю изучать C# (особенно интересует связка C# + MS SQL Server) и хочу написать небольшое приложение - учёт личных...

Проектирование классов
Помогите сделать программу) С комментариями, если можно :sorry: Задание: Найти площадь эллипса и длину эллипса Спасибо...

Про проектирование иерархии классов
Здравствуйте всем. Есть такой код на C# . Он рабочий, но у меня возникло пару вопросов про проектирование иерархии классов на моём...

Правильное проектирование классов или как гуру это делают?!
Здравствуйте форумчане, есть вопрос на который ввиду моей квалификации пока ответить не могу: :cry: Есть вот такое задание ...

Является ли правильным проектирование классов с методами у которых есть определённый порядок вызова
Всем привет. Вопрос к опытным программистам: Является ли в С++ практике правильным проектирование классов с методами у которых есть...


Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:
9
Ответ Создать тему
Новые блоги и статьи
Кому нужен AOT?
DevAlt 26.03.2026
Решил сделать простой ланчер Написал заготовку: dotnet new console --aot -o UrlHandler var items = args. Split(":"); var tag = items; var id = items; var executable = args;. . .
Отправка уведомления на почту при изменении наименования справочника
Maks 24.03.2026
Программная отправка письма электронной почты на примере изменения наименования типового справочника "Склады" в конфигурации БП3. Перед реализацией необходимо выполнить настройку системной учетной. . .
модель ЗдравоСохранения 5. Меньше увольнений- больше дохода!
anaschu 24.03.2026
Теперь система здравосохранения уменьшает количество увольнений. 9TO2GP2bpX4 a42b81fb172ffc12ca589c7898261ccb/ https:/ / rutube. ru/ video/ a42b81fb172ffc12ca589c7898261ccb/ Слева синяя линия -. . .
Midnight Chicago Blues
kumehtar 24.03.2026
Такой Midnight Chicago Blues, знаешь?. . Когда вечерние улицы становятся ночными, а ты не можешь уснуть. Ты идёшь в любимый старый бар, и бармен наливает тебе виски. Ты смотришь на пролетающие. . .
SDL3 для Desktop (MinGW): Вывод текста со шрифтом TTF с помощью библиотеки SDL3_ttf на Си и C++
8Observer8 24.03.2026
Содержание блога Финальные проекты на Си и на C++: finish-text-sdl3-c. zip finish-text-sdl3-cpp. zip
Жизнь в неопределённости
kumehtar 23.03.2026
Жизнь — это постоянное существование в неопределённости. Например, даже если у тебя есть список дел, невозможно дойти до точки, где всё окончательно завершено и больше ничего не осталось. В принципе,. . .
Модель здравоСохранения: работники работают быстрее после её введения.
anaschu 23.03.2026
geJalZw1fLo Корпорация до введения программа здравоохранения имела много невыполненных работниками заданий, после введения программы количество заданий выросло. Но на выплатах по больничным это. . .
Контроль уникальности заводского номера
Maks 23.03.2026
Алгоритм контроля уникальности заводского (или серийного) номера на примере нетипового документа выдачи шин для спецтехники с табличной частью, разработанного в конфигурации КА2. Номеклатура. . .
КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin
Copyright ©2000 - 2026, CyberForum.ru