Использование методов одного класса в другом классе

Может сейчас и ересь написал, изучаю ООП, пытаюсь нацарапать, что-то похожее на CMS по MVC
Нужно решить следующую задачу:

К примеру в контроллере или модели используются часто одни и те же функции (конкретно в моделе выборка из базы, delete, update и т.п.).
Писать в каждой модели данные функции (ок методы ) не разумно, по-моему проще их вызывать из другого класса и передать им данные на вход для обработки (ну или как-то по-другому, собственно это и пытаюсь узнать).
Про наследование классов знаю, но это не совсем то что мне нужно в данном случае. В моем случае скорее всего будут по одному базовому классу для контроллеров и моделей соответственно, от которых будут наследоваться все остальные. Описывать в них все общие методы мне бы тоже не хотелось (я понимаю что это снова звучит как ересь, иначе зачем тогда создавать базовые классы, но снова повторюсь суть не в том).
Поясню чего хочу добиться...
Структура моего приложения:
/core
/controllers
/models
/views

В каталоге core будут находиться как раз таки все общие классы с методами и свойствами. Эта папка в последующем при разработке и наполнении станет своего-рода фреймворком (моим), который я в будущем хочу использовать в других проектах.
Остальные папки говорят сами за себя.
Базовый контроллер и базовая модель (т.е. родительские классы) будут как бы уникальными для конкретного проекта, а вот все содержимое core будет неизменно и универсально (возможно иногда дополнятся).

Читал про интерфейсы, но это не то. Что-то похожее __call, но как я понял его можно использовать только после создания объекта, а не в классе.

В общем поделитесь пожалуйста опытом, может кто-то решал подобные задачи или подскажите что-то получше.

по поводу моделей посмотрите в сторону ORM (Doctrine, Propel) вобщем почитайте литературку, реализовывать это возможно не стоит (есть готовые решения) но появятся новые мысли

магический метод __call описывается в классе, но вызывается неявно, когда у объекта пытаются вызвать несуществующий (неописанный в классе) метод

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

дальше по пунктам можно будет давать советы по реализации того или иного случая

а в общем конечно сколько людей столько и мнений и каждый реализовывает эти вещи по своему вкусу

-----
Just do it

Я вначале вообще хотел использовать yii, начал даже изучать, но потом сделал для себя вывод, что моих знаний еще маловато (много непонятно) да и весь функционал фреймворка мне нужен. Поэтому для лучшего понимания и изучения ООП думаю лучше писать свое, в чем точно разберусь, ну а потом в будущем уже посмотрим, может и Zend осилю

А вообще пока не хочу использовать готовые решения, ни ORM'ы, хочу написать свой велосипед, сейчас для меня будит так понятнее

(Отредактировано автором: 26 Мая, 2014 - 21:29:58)

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

Только вот как тогда с автолоадером функций быть?

сам только учусь, поэтому если я правильно понял вопрос, то почему бы не использовать статические методы? или если нужно будет еще использовать и наследование, то Singletoon?

Дык статические методы одного класса, я ведь тоже не могу использовать в другом классе.

кто тебе сказал?
(Добавление)
у статических членов область видимости везде
(Добавление)
boatswain где наследование и где синглтон
если нужны быстрые кеды берите оранжевые

наоборот наследование не сильная сторона синглтона
пока не придумали позднее статическое связывание

говорю ж, только учусь %). мы на уроке рассматривали синглтон как решение, в случае, когда нужно было использовать наследование класса, но при этом ограничиться только одним экземпляром. Раз Вы говорите, что это не сильная его сторона, то наверное дальше будем изучать что-то еще ;-).

ну если рассматривать синглтон как пример для изучения наследования то это другое дело
на наследовании становится видно что self:: берется у родителя а не собственный
это и мешает при наследовании синглтон в отличии от static::

Ну да Это я забыл )))
Кстати еще я забыл, что в свойство одного класса можно записать объект другого класса
Кажись я нашел то что хотел