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

Question

[Евгений Кульбеда]

Я пишу свой фреймворк (основная причина - удобство для себя). Закончил почти все кроме моделей. Я всегда завидовал другим фреймворкам (Yii, Laravel) по поводу организации модели.
Я попробовал написать что-то подобное, но ничего нормального это не дало.
Можете дать какую-нибудь ссылку класса (например ActiveRecord) для чистого php на github (или свой)?

Answer 1

[Александр Талалаев]

Понятие "модель" может сильно отличатся в различных системах и подходах, но грубо говоря нужен мэпепер(это то что про базы данных и как оно туда попадает) и сама логика модели(это про то как оно выглядит, как должно выглядеть(валидация), . Возможны еще вариации дополнительного слоя между ними.
Простейший и очень понятный пример тут: https://github.com/slimphp/Tutorial-First-Applicat... , вообще советую изучить это приложение написанное на простейшем и мощном Slim Framework.
UPD: Хороший и правильный ответ на твой вопрос: stackoverflow.com/questions/5863870/how-should-a-m...

Comments

[dmitriy]

жесть https://github.com/slimphp/Tutorial-First-Applicat...
модель принимает массив с свойствами !!!!. не проще ли конструктор с перемнем параметров? IDE вам всегда подскажет параметр, что не скажешь о массиве.

[dmitriy]

так то задача Репозитория в реализации методов работы с хранилищем, а маппер это преобразования данных designpatternsphp.readthedocs.io/ru/latest/Structu...

[Александр Талалаев]

diamond: diamond: тут спорный вопрос. В данном конкретном случае это оучень упрощает читабельность целостной структуры кода, для того чтобы понять то, что происходит, да и для всяких утилитарных целей этот подход может быть удобен (к примеру работа с json).
По поводу маппера, то этот шаблон проектирования ОЧЕНЬ часто является частью Модели в MVC. ссылка что ты привел абсолютно этому не противоречит. Подробнее прочитай у человека что нормально все разложил на стаке, что привел в комментарии выше.

[dmitriy]

да репозиторий это не маппер

[Александр Талалаев]

diamond: короче. Вопрос был четкий, о "Модели". В простейшем случае это пусть будет твой Репозиторий Хранилище + Маппер. Вот выйдету нас простая модель.
Ну а в целом, я(и не только я) против впаривания паттернов просто так, без понимания необходимости, те пока человек сам не попал в ситуацию когда он решают задачу и начинает делать велосипеды, понимает что здесь нужны различные подходы. Сам по себе сферический в ваккуме любой паттерн вообще не имеет смысла, знаю кучу людей которые в тупую заучивают паттерны, вместо того чтобы сталкиваться с проблемами когда они им понадобятся и тогда придет понимание зачем это так сделано.
Короче патерны нужно не учить, а находить по мере необходимости.
Безусловно помнить о них нужно и важно всегда и это не значит что они там не нужны или про них забыть и придумывать свои велосипеды до посинения. Просто вокруг паттернов столько хайпа поднялось, особенно на собеседованиях часто вопросы в тему и не очень(прежде всего у тех кто сам слабенько технически подкован и спрашивает потому что нужно спросить), вот все и ринулись с головой в зубрежку этих патернов.

[dmitriy]

ну ок. выберет щас модели создаст классы нашпигует методами работы с хранилищем, нашпигует бизнес логикой, добавит валидации, и создаст зависимости от других моделей, в итоге напишет вопрос, а куда выделить бизнес логику, писать в модели или в контроллере или а где валидировать в контроллере или модели, а как избавиться от зависимостей?
поэтому меня удивило следующее:
Понятие "модель" может сильно отличатся в различных системах и подходах, но грубо говоря нужен мэпепер.. все, вы навязываете свой какой то маппер., хотя если вы бы имели ввиду Entity + DataMapper я бы согласился

скорее всего должно звучать так:
Понятие "модель" может сильно отличатся в различных системах и подходах, но грубо говоря нужен Activerecord
так как он прост в использовании но имеет все знакомые минусы.

[Александр Талалаев]

diamond: я не согласен с этим грубо говоря, это типичная ошибка. Модель это именно совокупность шаблонов проектирования, а не просто один паттерн или одна абстракция. Я считаю это принцпиальным вопросом, да и если почитать любые источники начиная с момента появления принципа MVC , там именно это и подразумевалось и развивалось. Принципиально иметь отдельно Дата Мэппер который привязан к конкретной реализации БД(или чего еще) и сущности, которая не привязана ни к чему + возможно еще один слой взаимодействия между ними. Таким образом мы получаем достаточно универсальную систему проектирования сложных и не очень систем с гибким подходом к платформе на которой она будет запущена.

[dmitriy]

на счет датамаппера я согласен, я тоже приветствую такой подход и даже писал свой велосипед https://github.com/dimaxz/SimpleORM, но просто так замапить объект по простому не получиться так как нужно думать о таких вещах как транзакционность, связи с другими объектами (Relationships), их сохранение или выборка, кеширование, валидация и многое другое.

[dmitriy]

поэтому и советую использовать готовое стабильное решение

Answer 2

[Юрий]

забирайте
https://github.com/search?l=PHP&q=ActiveRecord&ref...

Comments

[Юрий]

ваш репозиторий может стать аж 309 !!!

Answer 3

[dmitriy]

у вас выбор либо Activerecord либо DataMapper, не пишите велосипед, используйте готовые.