Добрый день, уважаемые гуру!

За время работы возникло несколько вопросов, которые самостоятельно решить не получается. Все они касаются архитектуры.

1. Правильно ли я понимаю, что для работы с суперглобальными переменными лучше использовать отдельный класс, через который забирать данные. Там же производить trim, и в нем же валидацию? Если да, то к какой части MVC он должен принадлежать?

2. Есть модель user, в которой хранятся данные пользователя: его привилегии, имя, uid и т.д. Каждый раз при обращении к ресурсу эта модель (экземпляр) заполняется и контроллеры берут данные уже из нее. Там же реализованы всплывающие сообщения и прочее. Такая особая модель с синглтоном. Вопрос в том, куда девать методы типа getUserCart и getUserProfile, те самые, из личного кабинета? Создавать обыкновенную модель client или пихать в user? С одной стороны у них сущности очень похожи - и там и тут речь идет о пользователе. Но с другой - совершенно разные цели и ситуации для работы с ними. В моем случае user больше создавалась для межстраничного взаимодействия. Работа с сессией и т.д.

3. Куда девать различные "штуки" такие как пагинатор? И откуда этот пагинатор вызывать? Это ведь обработка данных, значит ему место где-то около моделей, так?

4. Не хватает некоторого интерфейса взаимодействия между моделями. Гнать через контроллер не всегда удобно и не всегда логично. Вот как раз ситуация с пагинатором тем же... Как эти моменты решаются у дядек во фреймворках?

1) Разработчики ПХП сделали его открытым. Разработчики какой-то CMS или Фреймворка, который ежедневно выпускает новые версии и меняет постоянно архитектуру (laravel 4, Yii 2, Kohana 3, Drupal 8) решили, что надо его засунуть в определённую видимость, чтобы закрыть прямой доступ. Вопрос, кто из них мудрее? Заметь, что за около 10 лет никто не решил над сессией повесить оболочку особую, хотя ввели и ООП и неймспейсы, но суперглобальный остался суперглобальным.
П.С. Тут возразят фанаты объектного представления данных.

2) Смотря что выполнять будет твой getUserProfile. Если это прослойка для доступа к данным, то почему бы не реализовать как отдельный класс User, в нём этот метод для доступа к юзеру. А если это как страничка профиля, то в модели этой страницы.

3) Ты же учишь laravel, там пагинатор как отдельный класс библиотеки идёт (тоже самое и в пункте 2 говорил). Это не модель (класс) определённой страницы, это подключаемые библиотеки функционала. Вызывать пагинатор стоит из модели (в идеальном MVC) или из вида, вызывать модель можно как из контроллера, так и из вида. Я сторонник прямого вызова из вида.

4) Пагинатор идёт отдельно и относится к общим библиотекам, отсюда вызвать можно откуда угодно.

ИМХО Будут уточняющие вопросы - можешь в скайп написать.

_____________
Обучаю веб-программированию качественно и не дорого: http://school-php.com
Фрилансер, принимаю заказы: PHP, JS, AS (видео-чаты). Писать в ЛС (Личные сообщения на phpforum).

Привет.

Валидация модели должна быть привязана к модели.
Валидация данных запроса в контроллере и его обвязке.

Пагинатор - элемент вида.

Спасибо за помощь, я теперь решил для себя кой-какие вопросы.

paul85

Валидация данных приходящих в модель лежит на контролере или на форме
если нужно проверить еще раз конкретные данные нужно сделать в идеале спецификацию

1. Лучше реализовать хэлпер класс, в котором производить всякие манипуляции и обрабатывать $_GET, $_POST. Во многих фреймворках есть оболочки. Для чего это нужно? Для того, чтобы каждый раз не заморачиваться по поыоду минимальных проверок.

2. Модель User может содержать поле - ссылку на объект UserCart и прочие. Но вот всплывающие сообщения реализовывать в моделе.. это как-то не очень правильно. Если это, конечно, реализовано в моделе, а не в контроллере.

3. Paginator тоже можно реализовывать в виде класса - хэлпера. И делать DI моделей. Например: две "части" Paginstor`a: 1. вычислить общее кол-во записей в бд - в модели сделать метод GetCount(), 2. выбрать массив - GetArray(); Ну, это грубый пример, но идея именно в DI. К тому же надо думать на уровне абстракций, то есть не классов, а интерфейсов. Грубо говоря, все модели должны иметь методы GetCount и GetArray, чтобы в Paginator передавать объекты типа этого интерфейса. Как-то так.

paul85
Бери ЗЕНД и страдай пару лет. Зато потом полюбишь.

_____________
Обучаю веб-программированию качественно и не дорого: http://school-php.com
Фрилансер, принимаю заказы: PHP, JS, AS (видео-чаты). Писать в ЛС (Личные сообщения на phpforum).