Покажи код, как то все абстрактно. Какие у тебя методы в родительском классе?

ок, что тогда подразумеваешь под репозиторием

а что должен делать репозиторий в твоем представлении

То, что делает любое хранилище - хранить данные

еще фильтровать, упорядочивать, сортировать - при желании можно наращивать для этого функционал

Фолли, считает что реп - это просто коллекция, которая не знает, как и где хранится. Это делает кто-то другой

Но не получать напрямую из базы данных

Да

ок, ты уберешь из него запросы, что в нем останется?

ок, ты уберешь из него запросы, что в нем останется?

Хранилище данных?

То, что означает слово "репозиторий"?

и как они хранятся?

Как ты хочешь, не?)

причем тут вообще это?

хранилище данных это твоя бд, работаешь ты с ней запросами, запросы вынес из репозитория, что в нем осталось?

хранилище == бд, не?

Блять...

Короче, я жду ответов тех, кто знает, что такое репозиторий

а не кто прочитал это только что в гугле

у всех разное понятие репозитория

http://design-pattern.ru/patterns/repository.html

ты сам не можешь ответить на элементарный вопрос

Читайте

и вникайте

Для тех кому лень: Объекты-клиенты создают описание запроса декларативно и направляют их к объекту-репозиторию (Repository) для обработки. Объекты могут быть добавлены или удалены из репозитория, как будто они формируют простую коллекцию объектов. А код распределения данных, скрытый в объекте Repository, позаботится о соответсвующих операциях в незаметно для разработчика. В двух словах, паттерн Repository инкапсулирует объекты, представленыые в хранилище данных и операции, производимые над ними, предоставляя более объектно-ориентированное представление реальных данных. Repository также преследует цель достижения полного разделения и односторонней зависимости между уровнями области определения и распределения данных.

объекты-клиенты

/link@yetanotherstatsbot

https://yasb.exileed.com/telegram/chat/1001042383571

Блять...

да это нормально. У тебя же базовый класс определяет что умеет репоз, а наследник реализует это каким то образом. FaqRepository -> FaqRepositoryEloquent

Ну скорее не базовый класс, а интерфейс

коротко: объект, работающий с бд непосредственно по запросу извне, но по сути интерфейс обработки данных на уровне хранилища

А так да. Конкретная реализация репозитория знает как хранить/доставать данные

Если взять пример, то это как если бы ваш сейф сам решал, что делать с вашими деньгами

PostCacheRepository, PostDatabaseRepository (имена для наглядности)

неудачная аналогия

удачная

сейф == бд

Если взять пример, то это как если бы ваш сейф сам решал, что делать с вашими деньгами

плохой пример

от выборки до INSERT'ов один шаг

решает клиентский код что делать, сейф только предоставляет для этого методы

репозиторий - ключ от сейфа

скорее не ключ, а клерк, который тебе говорит какие операции ты можешь делать с деньгами при этом самого сейфа можешь и не видеть, деньги лежат у него в левом носке

http://designpatternsphp.readthedocs.io/ru/latest/More/Repository/README.html

в любом случае, клерк. владеющий ключами от сейфа

И клерк сам достаёт из сейфа, а не просит посредника какого-то

Репа хранит данные, которые уже были получены, она не должна сама получать данные, для этого есть ОРМ

http://designpatternsphp.readthedocs.io/ru/latest/More/Repository/README.html

Ты сам внимательнее почитай)

Репа хранит данные, которые уже были получены, она не должна сама получать данные, для этого есть ОРМ

только твой репозиторий может хранить данные где угодно, хоть в массиве, хоть в файлах и не будет никакой орм

ну да

стоп, нет

Репа хранит данные, которые уже были получены, она не должна сама получать данные, для этого есть ОРМ

то есть сам он их забирает или нет - это не ключевой момент и не требование

как это не ключевой момент

стоп, нет

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

хранилицем может быть что угодно, репа просто предоставляет интерфейс работы с ним

какого хрена хранилище данных само данные получает внутри себя

Он может брать данные сам из хранилища, может через кого-то. Он не эту проблему решает

данные нужно получить, данные нужно положить в хранилище - это логично

то что хранилище получает внутрь себя данные - это не нормально

интерфейс может взаимодействовать с хранилищем как напрямую, так и через орм. это уже частности

неизвестно какие данные оно получает из базы данных, ты это не контролируешь, когда у тебя данные внутри репы забираются

Реп не хранилище, это интерфейс доступа к данным. Он и не хранит ничего

или вы хотите сказать, репа должна еще и данные валидировать?

у репозитория нет состояния, он ничего не хранит

полученные из бд?

у репозитория нет состояния, он ничего не хранит

Хм, удивительно, а что он делает

задача - передать в репу запрос и получить ответ, как репа будет этот запрос обрабатывать, посредством орм или напрямую файл читать - это дело десятое

Предоставляет интерфейс доступа к данным

если у тебя нет никакого фреймворка для мапинга, то твой репос будет сам получать данные и мапить их сам или через делегацию другим классам в контексте доктрины ты пишешь критерии для выборок, можешь взять DQL, а можешь хоть dbal коннект выдернуть и делать тоже самое через native query репос должен всегда работать только с обьектами, которые ему принадлежат. если в репосе появляются getTotalPages(), getStatistics, getMap и прочая хрень, то это уже DAO

если у тебя нет никакого фреймворка для мапинга, то твой репос будет сам получать данные и мапить их сам или через делегацию другим классам в контексте доктрины ты пишешь критерии для выборок, можешь взять DQL, а можешь хоть dbal коннект выдернуть и делать тоже самое через native query репос должен всегда работать только с обьектами, которые ему принадлежат. если в репосе появляются getTotalPages(), getStatistics, getMap и прочая хрень, то это уже DAO

Но какие-то спец методы могут же быть? GetDeferrePosts типа

если у тебя нет никакого фреймворка для мапинга, то твой репос будет сам получать данные и мапить их сам или через делегацию другим классам в контексте доктрины ты пишешь критерии для выборок, можешь взять DQL, а можешь хоть dbal коннект выдернуть и делать тоже самое через native query репос должен всегда работать только с обьектами, которые ему принадлежат. если в репосе появляются getTotalPages(), getStatistics, getMap и прочая хрень, то это уже DAO

Вот, я о том и говорю

то что он должен работать со своими данными, а не с данными из бд

которые неясно как он получает

Но какие-то спец методы могут же быть? GetDeferrePosts типа

если возвращается Collection<Post> или Post на выходе, то вопросов нет

Вот, я о том и говорю

но это частный случай, это не значит что репозиторий вообще никогда не должен сам забирать данне

но это частный случай, это не значит что репозиторий вообще никогда не должен сам забирать данне

Ну да ну да

если возвращается Collection<Post> или Post на выходе, то вопросов нет

Именно

это звезды так сошлись

Реп может сам брать данные из БД

в общем, кто во что горазд ))

Реп может сам брать данные из БД

а я считаю иначе

Реп может сам брать данные из БД

это уже детали реализации

в общем, кто во что горазд ))

Ну большинство сходится во мнениях.

это уже детали реализации

Да. Поэтому и говорю «может» а не «должен»

в любом случае, все зависит от задач, иногда реп просто не нужен )

это уже детали реализации

Фолли именно с этим вопросом пришёл же

по факту важен интерфейс репоса, у которого есть четкие сигнатуры на выборки. а то как это сделано, ну такое)

хоть с файликов читай

да я съем свою шляпу если хоть раз в репозитории буду забирать данные из бд

Не забирай, делов то)

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

Только как ты получать данные будешь?

конкретно у меня нет репозитория, пока что не делал

не зацикливайся на том, что за репо может быть только бд и только какая-то РСУБД с ОРМ

Только как ты получать данные будешь?

как захочу, не?

Например

/** * @return User[] */ public function getDataAdmin() { return $this->createQueryBuilder('u') ->where('u.roles LIKE :role') ->setParameter('role', '%ROLE_DATA_ADMIN%') ->getQuery() ->getResult(); }

вот например

Например

например стандартные коллекции в ларавеле - это репозиторий

Нет