Всем привет, возник вопрос есть свой движок вот такая структура входа получается (используется автолоадер классов) идет запрос страницы, запускается скрипт index.php где прогружаются все нужные модули и прочее (у админки свой index.php, у самого сайта свой index.php), далее загружается класс Index (у админки свой Index, у сайта свой Index), который наследуется от класса Base, который в свою очередь наследуется от SuperBase (имена для примера привел) в классе SuperBase подгружаются нужные классы и переменные, которые используются на всем сайте, а вот классы Base разные, у админки свой Base, у самого сайта (тот что видят люди) свой Base - соответственно в каждом Base подгружаются свои методы и переменные в итогде в классе Index содержатся все необходимое для работы админки или сайта (в зависимости, где мы это дело вызываем) так вот, на данный момент у меня все работает так как написано выше и вот так как напишу далее: т.е. после того как в Index классе мы подгрузили все что нам надо, он (класс Index) загружает необходимый класс (в зависимости что мы запросили), ну например категории настроек в админке ссылка будет вида: index.php?module=settings&script=category (просто для примера) т.е. будет вызван класс Category из пространства имен Settings (ну не суть), в свою очередь этот Category наследуется так же от Base (в данном случае Base относится к админке) и по сути проиходят двойные вызовы всего, что есть в Base и в SuperBase так вот вопрос, я сейчас хочу переделать все это дело вот в таком варианте: ссылка все так же ведет на index.php?module=settings&script=category (просто для примера) подгружается как я написал выше Index класс, который в свою очередь наследуется и получает все необходимое и он вызывает класс Category из пространства имен Settings и передает в конструктор класса Category $this (пример: $class = new Category($this)) и в классе Category я уже в конструкторе делаю присвоение function __construct($context) { $this->context = $context; $this->db = $this->context->db; и т.д } но получается тут происходит дублирование переменных т.е. мне придется делать $this->что-то = $context->что-то для всех переменных, которые есть в Base и в SuperBase классах как избежать такого дубляжа? может быть вообще эта структура не верна в корне и кто-то сможет посоветовать как лучше сделать структуру? т.е. задача, что бы все мои классы, которые вызывает Index имели доступ к методам, которые загружаются в Base и SuperBase (там помимо своих методов, в них инициализируются другие классы, например в которых просто полезные функции, так вот к ним так же доступ нужен) заранее благодарю если что непонятно написал, задавайте вопросы, постараюсь расписать более подробно
Ну а в чем проблема наследоваться-то? Вынесите все общее в одного предка, от него цепляйте все остальное.
проблема в том, что в Index классе - класс Category вызывается т.е. $class = new Category(); и если я внутри класса Category опять буду наследоваться от Base, а Base класс в свою очередь от SuperBase то по сути те методы что есть в Base и SuperBase будут еще раз дергаться (а там может например быть обращение к базе данных), т.е. по сути двойной вызов будет, сначала в Index потом в Category
Сядьте, выпишите для себя схему этих классов, прям на листочке, и подумайте, как разнести по родителям повторяющиеся функции. Есть такое правило - если у вас случилось ромбовидное наследование, значит у вас что-то не так в архитектуре.
Интерфейсы рулят. Всякий раз когда хочется множественного наследования, вспоминай про интерфейсы. Из описания не понятна выгода наследования от этих супер-классов. За что боремся? В терминах MVC эта твоя иерархия относится к контроллерам или к моделям?
мне не нужно делать за меня, мне нужен совет ромба вроде как нет множественного наследования как такового нет, есть наследование для класса в зависимости где вызываем (на сайте или в админке), нужно это для того, что бы всегда под рукой (без дополнительного объявления) были все классы (методы) для работы (которые нужны везде и всегда), что бы не вызывать из каждый раз в каждом классе (а объявил один раз и пользуйся)
Ну так сделайте что-то вроде "библиотеки". Пусть подключается как статика и предоставляет набор этих функций.
раз настроенный phpDocumentor избавит вас от этих проблем, научит писать документированный и понятный код. Он строит диаграммы классов и создает документацию автоматически
совет: прежде чем писать свои фреймворки, нужно посмотреть на то, как реализованы существующие. Ведь их делали не один десяток умных дядек и не с первого раза. это раз. два: у тебя index.php это по сути точка входа, а в параметрах ты передаешь то, что ты хочешь получить. Так вот, вынеси в index.php только тот функционал, который отвечает именно за загрузку нужного класса (module, script), а все модули и скрипты наследуй от отдельного родителя, в которых только тот функционал, который отвечает за логику и отображения конкретного модуля и скрипта. Даже если ты просто загружает index.php без параметров, то и в этом случае нужно будет загружать дефолтный модуль и скрипт. А если есть функционал, который используется во многих модулях и скиптах, то есть статические классы(хелперы) и trait-ы --- Добавлено --- множественное наследование в пхп, это трэйты. Интерфейсы для другого.
Ну да, согласен. Интерфесы задают только интерфейс (как бы глупо это ни звучало), а трейты описывают реализацию. --- Добавлено --- И тем не менее, всякий раз когда хочется множественного наследования, вспоминай про интерфейсы.