Объединение классов в единую архитектуру

@Соколиный глаз · Регистрация: 25.07.2014

Студворк — интернет-сервис помощи студентам

Правильная ли архитектура (ее заготовка, если точнее) для объединения структур данных таких как:
1) стек (на основе связного списка, на основе динамического массива)
2) очередь
3) дек
4) связные списки (линейные, кольцевые; односвязные, двусвязные)
5) список на основе динамического массива
в единую иерархию классов?

@kolorotur · 24.07.2018, 14:30

Сообщение от Volobuev Ilya

Правильная ли архитектура (ее заготовка, если точнее) для объединения структур данных в единую иерархию классов?

В связи с отсутствием в шарпе множественного наследования — нет.

У ArrayCollectionBase тоже может быть свойство Count, но оно уже объявлено в CountedCollectionBase.
У связного списка могут быть свойства Head, Tail и Count, но они уже вынесены в отдельные классы.
У стека может быть Head и Count.
У двусторонней очереди может быть Head, Tail, Capacity и Count.
В какую категорию поместить двоичное дерево?
Все вышеперечисленные структуры данных могут бросать исключения, но этот функционал почему-то вынесен в ThrowableCollectionBase.

@Соколиный глаз · 24.07.2018, 14:35 **[ТС]**

kolorotur, точнее здесь правильней сделать архитектуру интерфейсов, а затем их реализовывать?

@kolorotur · 24.07.2018, 14:48

Сообщение от Volobuev Ilya

точнее здесь правильней сделать архитектуру интерфейсов, а затем их реализовывать?

Интерфейс описывает функционал, реализацию предоставляет уже конкретный класс, его реализующий.
Если вы предполагаете большую вероятность того, что стороннему коду потребуется только свойство Capacity коллекции, то имеет смысл вынести это свойство в интерфейс.
Это, однако, не решит проблему повторного использования кода — в каждом классе, реализующем интерфейс, придется писать реализацию его методов/свойств.
В восьмой версии шарпа появится возможность реализации по умолчанию, но она решает проблему только частично.

Новые блоги и статьи Все статьи Все блоги /
Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .	модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .	Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .
Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ	Дальние перспективы сервера - слоя сети с космологическим дизайном интефейса карты и логики. Hrethgir 07.04.2026 Дальнейшее ближайшее планирование вывело к размышлениям над дальними перспективами. И вот тут может быть даже будут нужны оценки специалистов, так как в дальних перспективах всё может очень сильно. . .	Горе от ума kumehtar 07.04.2026 Эта мне ментальная установка, что вот прямо сейчас, мол, мне для полного счастья не хватает (нужное вписать), и когда я этого достигну - тогда и полный кайф. Одна из самых сильных ловушек на пути. . . .	Использование значений реквизитов справочника в документе, с определенными условиями и правами Maks 07.04.2026 1. Контроль срока действия договора Алгоритм из решения ниже реализован на примере нетипового документа "ЗаявкаНаРаботу", разработанного в конфигурации КА2. Задача: уведомлять пользователя, если. . .

@Соколиный глаз Alvin Seville 343 / 273 / 134 Регистрация: 25.07.2014 Сообщений: 4,537 Записей в блоге: 22

	Объединение классов в единую архитектуру 24.07.2018, 14:16. Показов 1611. Ответов 3 Метки нет (Все метки) Правильная ли архитектура (ее заготовка, если точнее) для объединения структур данных таких как: 1) стек (на основе связного списка, на основе динамического массива) 2) очередь 3) дек 4) связные списки (линейные, кольцевые; односвязные, двусвязные) 5) список на основе динамического массива в единую иерархию классов? 0

@Соколиный глаз Alvin Seville 343 / 273 / 134 Регистрация: 25.07.2014 Сообщений: 4,537 Записей в блоге: 22
	24.07.2018, 14:35 [ТС]
	kolorotur, точнее здесь правильней сделать архитектуру интерфейсов, а затем их реализовывать? 0

Объединение классов в единую архитектуру

Решение