MVC- грамотная реализация модели

Здравствуйте!
Осваиваю ООП+MVC, брал пример из http://habrahabr.ru/post/150267/
Хочу научиться вести порядок у себя в классах, по всем стандартам, чтобы и другие могли разбираться в моём коде
Вот такая структура каталогов (4 папки):
core:

M-V-C:


в core/model.php такой код:
из контроллера вызываю model_portfolio.php
в данном случае, для отображения портфолио класса model_portfolio.php - мне не хватает
хочу туда добавить дополнительные классы (функции), например, переключатель страниц (pagination), фильтры и т.д., которые требуются практически везде

мои варианты:
1) все универсальные классы, положить в каталог core и:
а)вызывать из model_portfolio.php посредством б)унаследовать класс Model.php, а потом вызывать из model_portfolio.php посредством в)вызывать, и соединять все эти модели в контроллере, создавая классы 2) сделать тоже самое, но положить все вспомогательные классы в папку Models

Или надо как-то сортировывать? Часто используемые классы, которые потребуется в Любом проекте, положить в core, а классы, которые также часто используются, но для одного отдельного проэкта - положит в папку Models?

Например класс по работе БД, я сделал статическим, и положил в core, может и тут ошибся?

0

Сообщение от Behelit а классы, которые также часто используются, но для одного отдельного проэкта - положит в папку Models?

положите их в папку components или extensions

2

Сообщение от ads положите их в папку components или extensions

положить в папку model/extensions или отдельно extensions?

Значит основные классы, всюду используемые, держать в core.
В папке model хранить только то, что относится к контроллеру(controller) и виду(view) (model_portfolio.php и ничего лишнего)
В extensions, всё вспомогательное для проекта
Я правильно понял?

0

www\index.php - точка входа всех запросов
www\themes -css js и виды(вьюхи) в терминах mvc
www\images - понятно
www\protected\models
www\protected\controllers
www\protected\extensions
www\protected\core

Сообщение от Behelit В папке model хранить только то, что относится к контроллеру(controller)

модель вообще никак не связана и не может быть связана с контроллером. Она по определению не может к нему относиться. Если, конечно не хотите строить приложение на "толстых тупых уродливых контроллерах". Это термин, в интернете есть описание.
виды и их оформление сидят в паке themes

2

Сообщение от ads модель вообще никак не связана и не может быть связана с контроллером. Она по определению не может к нему относиться. Если, конечно не хотите строить приложение на "толстых тупых уродливых контроллерах". Это термин, в интернете есть описание. виды и их оформление сидят в паке themes

Ок, хорошо.
Получается, классы в папках models,extensions,core - это всё и есть Модель (из MVC)
С core всё ясно, теперь мне бы чётко понять, как различать extensions и models.
В models складывать те классы, которые используются единожды, для определенного запроса?

И как вызывать классы из extensions - в моделях, или в контроллерах?

Вот тут не рекомендуют модели использовать с друг другом, то есть нельзя из models вызвать extensions? Тогда extensions можно вызывать в контроллерах, что не всегда бывает удобно. Или они имели ввиду что из models использовать другой models нельзя?

0

Сообщение от Behelit И как вызывать классы из extensions - в моделях, или в контроллерах?

в зависимости от их назначения.они независимы. вызывайте их где хотите хоть в контроллерах хоть в моделях. но если ваши extensions относятся к модели - то вызывать из модели. если к контроллеру - вызывать из контроллера. Честно сказать утопия. Невозможно разорвать mvc на абсолютно независимые модули. но все стараются.

Сообщение от Behelit Или они имели ввиду что из models использовать другой models нельзя?

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

2

Сообщение от ads можно. это будет сверхмодель объединяющая ваш запрос к данным двух моделей и запрос будет использовать две ваши модели.. на выходе третья модель. но это не будет контроллер. контроллер спросит третью супермодель на предмет получения данных. чем дальше тем страшнее?

спасибо большое за информацию страшно было вначале, когда концепция mvc с 10 раза давалась, и еще слабые знания ооп
сейчас уже примерно всё ясно, вот некоторые стандарты хотел тут уточнить - что можно, а что нельзя

0