а

не

сорян

я кстати тоже сверху накосячил, там надо обернуть типа в AVG()

PostRepository.new.posts.select { count(views) }

я кстати тоже сверху накосячил, там надо обернуть типа в AVG()

ну вот прямо реальный пример давай

как ты ILIKE в АР делаешь?

слушай скажу честно мне просто сейчас лень смотреть как оно точно пишется.

по двум полям например

with_prices.where { display_name.ilike(pattern) | name.ilike(pattern) }

вот так это в роме делается

как ты ILIKE в АР делаешь?

where('post.title ILIKE %?%', something) Типа такого

но это просто реализация паттерна

и к репозиторию тут отношения мало

но ведь это вкусовщина как с бд работать жи

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

но ведь это вкусовщина как с бд работать жи

да, только мы про 2 паттерна говорили разных

ну хорошо, вопрос тебе

почему у тебя в модели User есть класс методы, а есть инстанс методы?

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

у ханами же бедная экосистема(нет?) и плюс - чем он прям лучше рельсы, киллер фича?

почему у тебя в модели User есть класс методы, а есть инстанс методы?

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

Вопрос не очень понятен

у ханами же бедная экосистема(нет?) и плюс - чем он прям лучше рельсы, киллер фича?

1 вопрос - нет, ты можешь делать все тоже самое что и на рельсе. там разве что auth руками пистаь придется, но имхо это лучше чем дивайс

Мне кажется очевидно почему так сделано

Вопрос не очень понятен

почему у тебя 1 класс знает про 2 вещи

потому что удобно.

почему у тебя класс знает о том, как он в эластике ищется, как в auth он должен вести себя

то что оно нарушает какие то там принципы это одно, но при этом оно добавляет может и временное но удобство.

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

потому что ActiveRecord шаблон именно так и работает, мы _допускаем_ что в базе есть то что мы юзаем в коде и с этим работаем

потому что удобно.

почему у тебя класс знает о том, как он в эластике ищется, как в auth он должен вести себя

ну вот хз какой ответ ты ожидаешь.

у ханами же бедная экосистема(нет?) и плюс - чем он прям лучше рельсы, киллер фича?

а на второй вопрос - попробуй туториал, мой ответ будет для меня полезен, а не для тебя

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

почему контроллер знает, как параметры получить, и как для вьюхи/логики параметры обработать?

почему контроллер знает, как параметры получить, и как для вьюхи/логики параметры обработать?

он ничего про это не знает так то

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

он ничего про это не знает так то

ни про одно, ни про другое?

ДатаМаппер же нам говорит - а нука опишика блять всё на свете что тебе надо будет в БД и потом только запрашивай, да не просто так запрашивай, а давайка через репозиторий, потому что там находятся все методы работы

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

ну вот. получение и передача дальше

ну вот. получение и передача дальше

да, только при чем тут репозиторий паттерн ? :)

ДатаМаппер же нам говорит - а нука опишика блять всё на свете что тебе надо будет в БД и потом только запрашивай, да не просто так запрашивай, а давайка через репозиторий, потому что там находятся все методы работы

все так

да, только при чем тут репозиторий паттерн ? :)

ты спрашивал почему один класс может знать про две вещи :)

к чему такое поведение контроллеров ближе: к паттерну АР или репам?

ты спрашивал почему один класс может знать про две вещи :)

ну, ты не путай пожалуйста котов и котлеты контроллер знает все про реквест и что с ним дальше делать модель знает все про бд, схему данных и как данные обработать. а так же про (это в будущем): то, как oauth данные мапить на модель будет, как в эластик выгружать данные, как датаобъект будет себя вести и кучу всего

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

а, еще часто в рельсе модель знает как данные серилизовать для экшенов

что тоже странно

но ведь ханами это не датамаппер же и рельса не АР

ну, ты не путай пожалуйста котов и котлеты контроллер знает все про реквест и что с ним дальше делать модель знает все про бд, схему данных и как данные обработать. а так же про (это в будущем): то, как oauth данные мапить на модель будет, как в эластик выгружать данные, как датаобъект будет себя вести и кучу всего

ты сначала про 2 вещи спрашивал. я про них и говорю. мыслить абстрактно — это не путать "котов с котлетами"

что тоже странно

что-то мешает использовать form object, view object и пр.? или смотрим на решение из коробки только?

имонно

что-то мешает использовать form object, view object и пр.? или смотрим на решение из коробки только?

ничего, только супер вопрос, кто из вас использует в рабочем приложении вью объекты?

:)

да может они и нахуй не нужны, кек?

ну и форм объекты тоже (хотя думаю кто-то найдется)

ну и форм объекты тоже (хотя думаю кто-то найдется)

у нас форм объекты

ну вот, кто-то их использует

вью объекты в прошлом проекте чуток юзал.

только форм объеты - это о том, как данные провалидировать, сохранить и показать в форме/не форме

ничего, только супер вопрос, кто из вас использует в рабочем приложении вью объекты?

ответный вопрос: кто теперь захочет использовать репы или что-то ещё, чтобы дробить это всё?) если многих устраивает и так.

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

в моем личном случае проблем не было

в моем личном случае проблем не было

назови минусы ром'а

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

дав ссылку на гайд со словами "вы просто попробуйте"? :)

дав ссылку на гайд со словами "вы просто попробуйте"? :)

я так телеграм начал юзать

ток без гайда.

ERROR: S client not available

назови минусы ром'а

документация сырая, некоторые вещи не очевидны и сложно апдейтить версии. ну и первые 1-2 месяца привыкать сложно, но это не минус рома, а минус любой технологии

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

дав ссылку на гайд со словами "вы просто попробуйте"? :)

не путай пожалуйста понятия, еще раз прошу. аналогично было в вопросе про экшены/контроллеры

ответный вопрос: кто теперь захочет использовать репы или что-то ещё, чтобы дробить это всё?) если многих устраивает и так.

тут ты спрашивал про то, кто захочет использовать репозитории

когда я давал ссылку, посыл был в том, что люди не пробовали что-то, но при этом имеют мнение, что это не нужно

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

я в общем тем сообщением немного иронизировал)

тут ты спрашивал про то, кто захочет использовать репозитории

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

я в общем тем сообщением немного иронизировал)

ну, а я просто предложил попробовать, лишним не будет все равно :)

с другой стороны

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

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

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

да ничего не мешает взять синатру

ну ханами из коробки я полагаю

только не путай пожалуйста роутинг фреймворк и мвс фреймворк

это разные все таки вещи :)

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

мне пока не ясно можно ли делать аналог find_each?

мне пока не ясно можно ли делать аналог find_each?

конкретнее пожалуйста

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

ясненько со слимом

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

ты хочешь доставать данные батчами, искать в них и возвращать то, что уже нашел, так?

видимо ещё манипуляции проводить

предположим) либо просто вывести 1000000 записей из БД, но не держать их все в памяти за раз

ну ок, это не проблема, пишешь метод, котоорый будет делать релейшен на батч данных, дальше с ним работаешь и все

мне пока не ясно можно ли делать аналог find_each?

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

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

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

но ты же можешь через пагинацию написать свой метод

да, я говорю из коробки в rom-sql

у меня где-то так написано во всяком случае

а, ну прямо из коробки нет

чтобы с блэкджеком

но написать не проблема, я так экспортирую по 100 записей за раз