Привет всем, никак не могу понять, как реализовывается паттерн MVC с использованием ООП?
У меня есть модель. Представим какой-то класс, у которого есть два метода (можно представить и больше, у кого как фантазия работает :-) Метод "добавить запись в бд" и метод "прочитать какую-либо запись из бд".

class model {
    public function add() {...}
    public function fread() {...}
}

Методы add и read самый нижний уровень, который взаимодействует непосредственно с бд.
Теперь вопрос по контроллеру, он должен быть потомком модели или нет? Если нет, тогда как использовать методы модели? Как статичные? Мне кажется это не лучший вариант?
А если контроллер - потомок модели, то что делать если я хочу назвать методы потомка так же как и у предка ( т.е. add() и read() ), то мне потом надо будет вызывать родительские методы как parent::add и parent::read, так выходит?
Ну, то есть главный вопрос моего послания: контроллер - потомок ли модели?

Модель (Model). Модель предоставляет данные (обычно для View), а также реагирует на запросы (обычно от контроллера), изменяя свое состояние.

Представление (View). Отвечает за отображение информации (пользовательский интерфейс).

Поведение (Controller). Интерпретирует данные, введенные пользователем, и информирует модель и представление о необходимости соответствующей реакции.

Нет контолеер сам по себе.
Kонтолеер токо распределяет,модуль выполняет.

ОТВЕТ - контроллер не потомок модели

private $model;

Модель и контроллер взаимодействуют так же, как гантель и мотороллер, или как любые другие два объекта в программе.

_____________
Блог ГО | Таблица символов Юникода | Графомания

Угу. Кажется я сильно торможу, но можно какой-нибудь пример.
Просто я никогда не программировал ОО, никак не могу привыкнуть. :-)

пример Zend Framework
http://zendframework.ru/

Class Controller {
    public function method() {
        $model = new Model();
        $model->modelMethod();        
    }
}

_____________
Блог ГО | Таблица символов Юникода | Графомания

Так, я рискну дополнить код выше

Class Controller {
    public function method() {
        $model = new Model();
        $model->modelMethod();       
        
        // Тут что-то делаю, например, с полученными данными

        // А потом уничтожаю
        unset($model);
    }
}

Меня никак не отпускает мысль про статичные методы, не лучше было бы сделать так:

class model {
    static public function modelmethod() { }
}


class object {
    public function method() {
        model::modelmethod();
    }
}

Или сделать модель свойством контроллера:

class model {
    public function modelmethod() { }
}


class object {
    private $model;

    public function  __construct() {
        $this->model = new model();
    }

    public function method() {
        $this->model->modelmethod();
    }

    public function  __destruct() {
        unset($this->model);
    }
}

Если бы был чёткий ответ на каждый абстрактный вопрос "а не лучше бы?" программирование не было бы таким интересным и программистам не платили нормальные деньги.

А интересное оно потому, что в каждом случае нужно думать отдельно, а не лучше бы статические методы, а не лучше бы сделать полем. Можно и так и так.

Можно вообще не делать отдельных классов Model, Controller, просто понимать нужно, где модель, а где контроллер. А так же нужно ли вообще в данном случае их чёткое разделение.

_____________
Блог ГО | Таблица символов Юникода | Графомания

vasa_c, ок, спасибо, чувак, ты меня просветил.
Ну я просто думал, может есть какой-то серьезный аргумент за то, чтоб использовать как в примере, а раз это творческий процесс, то так даже лучше))

Кто-то говорит, что статические методы работают быстрее.

Но не стоит ими увлекаться, так как метод проекитрования на статических функциях может превратить классы в простые хранилища методов, сведя всю прелесть ООП на нет.

Еще один. Милости прошу на диспут.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

Делать контроллер как представитель модели своей. Идея есть.Главное понимать,и разделять это.
Если интересует подход ООП полностью раскрыт в c#.