MVC. что делать с функцией если она используется на нескольких страницах?

не совсем понимаю объясните в MVC у каждой страницы есть файлы вид, модель, контроллер. предположим есть три страницы(все функции работают с БД)
Первая использует в модели функцию №1(находится файле модель_первая_стр);
вторая использует в модели функцию №2(находится файле модель_вторая_стр);
третья использует в модели функцию №3 по сути состоит из 1 и 2 функции(или другая ситуация третей странице требуется функция №1); вот что с этим делать?
вынести в отдельный файл? или все таки для каждой страницы хранить функции своем файле не смешивать и не важно что код повторяется?

0

Если по-простому суть MVC - это как то так:
Вид - это отображение, то, что будет отображаться пользователю в итоге, там не должно быть никаких операций с данными в БД и т.п., максимум - условия если ... то, иначе ... другое.
Модель - вся логика приложения, работа с данными и т.д.
Контроллер - как и в названии, контроллирует процесс, как марионеток дергает за ниточки модель-вид. Получил запрос юзера, обработал - подключил нужный вид/обратился к нужной модели.
Хотя, не у всех однозначное представление о MVC, кто-то считает что и в контроллере можно работать с данными (т.н. ТТУК-SFUC)
А по поводу функции - если она одна и та же, то вынесите в отдельный класс и наследуйте его. Тоже самое и с видами - если в них какие то одинаковые действия - имеет смысл их вынести в отдельный файл и подключить в нужном месте, чтобы не повторяться..

1

Сообщение от evil0o у каждой страницы есть файлы вид, модель

Это не MVC а HMVC.

Если использовать шаблон MVC то страницу не стоит рассматривать как структурную единицу со своим набором MVC.

M - модель это сферический конь в вакууме. Не про какие такие страницы знать и не знает. Модель позволяет работать с данными. Извлекать, сохранять. причем в модель в писаны правила для работы с данными. Например
Модель Users позволяет находить, добавлять, удалять пользователя определяет какой набор данных считается валлидным т.е. годным для сохранения и дальнейшего использования. Так же может знать о связях с другими моделями.

Представления такой же "конь". Знать не знает про ваши модели. Умеет лишь показывать в нужных местах то что передается на вход. Откуда это все берется знать не знает и это хорошо.

контролер это уже интересно контроллеры знают и о моделях и о представлениях. по этому их обычно много.
Я делаю на каждую страницу по 1 контролеру.

Теперь собственно что делать если разным страницам нужны одни и теже данные.

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

далее пишем 2 контролера которые дергают эту модель и передают в свои представления.

1

в общем то наверное HMVC я на Kohana делаю . спасибо всем помогли.

0