Именно из стремления к логичности и создано много библиотек - каждая библиотека объединяет в себе группу классов, относящихся к одному объекту предметной области. Проблема как раз в том, что эти объекты связаны между собой многократно, что в процессе разработки создает много сложностей.
-
15 апреля стартует «Курс «SQL-injection Master» ©» от команды The Codeby
За 3 месяца вы пройдете путь от начальных навыков работы с SQL-запросами к базам данных до продвинутых техник. Научитесь находить уязвимости связанные с базами данных, и внедрять произвольный SQL-код в уязвимые приложения.
На последнюю неделю приходится экзамен, где нужно будет показать свои навыки, взломав ряд уязвимых учебных сайтов, и добыть флаги. Успешно сдавшие экзамен получат сертификат.
Запись на курс до 25 апреля. Получить промодоступ ...
- Статус
Не помню дословно как это у Б.Страуструпа, но смысл такой: "Если две сущности имеют что-то общее, выделите это общее в базовый класс".
ABarmin
мне кажеться стоит разнести либы на "декларативные" и "функциональные", как писал ув. savl
Должен же быть какойто базовый класс от которого могут наследоваться остальные
мне кажеться стоит разнести либы на "декларативные" и "функциональные", как писал ув. savl
Должен же быть какойто базовый класс от которого могут наследоваться остальные
Есть базовый класс, в наследовании-то как раз проблем нет, она только в связывании.
вот именно эти проблемы и решают патерны типа:decorator/adapter/wrapper
тогда группу классов можно "накрыть" обёртками, кот. вынести в еще одну либу
Только если декоратором, адаптер не для этого.
Идея с декоратором имеет место быть, но тогда количество классов растет многократно, что запутывает и без того не везде очевидный код.
- Статус
Обучение наступательной кибербезопасности в игровой форме. Начать игру!