В рельсах можно сделать в модели

Вернее нужно сделать в модели

А, я не внимательно прочитал, что нужно сделать

пардон

врельсе очень простое решение scope :published, -> { where(published: true) } scope :top_rated, -> { where('rating > ?', 4)} post.comments.top_rated.published всё теперь скажите как это написать по феншую на фениксе?

функции published и top_rated должны быть во вью || контроллер || плаг?

контексте

мб

врельсе очень простое решение scope :published, -> { where(published: true) } scope :top_rated, -> { where('rating > ?', 4)} post.comments.top_rated.published всё теперь скажите как это написать по феншую на фениксе?

Мне просто интересно - сколько раз ты сходишь в базу

1 раз

С такой реализацией?

Мне кажется надо написать Ecto.query/plain SQL (как удобней) в контексте В контроллере вызвать нужные методы и собранные данные отобразить во вью

этот чейн выполнится как один запрос

Чейн да

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

То есть ты уже ходил в базу

А значит у тебя будет 2 запроса?

да, ты же скорее всего заджоинил все комменты

Чтд, про все тормоза рельсов

Смысл такой, ассоцияция у меня уже подгружена, т.е. post.comments у меня во вьюхе отрабатывает, но мне нужна кондиция. Надо городить метод в контроллере или есть интрументы сделать это во вьюхе?

Обычно во вьюхах подобную логику не выполняют

не вижу смысла обсуждать activerecord в контесте ecto

Сам того не заметив - пульнул в базу 2 одинаковых зароса

феникс быстрее и это факт

? ecto

не вижу смысла обсуждать activerecord в контесте ecto

Вопрос в том, нужны тебе все комменты или нет

Потому что я так этого и не понял

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

Ты должен загрузить в контролере из базы то, что тебе нужно

Но я так понимаю, ты сам не очень понимаешь что тебе нужно

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

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

Загруженных в экто или АР?

Потому что это разные вещи

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

Через функции с фильтром

в экто

Если ты выкачал из базы все комменты

То ты их фильтруешь во вью

Но если ты скачал все комменты чтобы их отфильтровать потом - то не надо так делать

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

ок

спасибо, буду копать в этом направлении.

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

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

Загрузил он все комменты уже

Говорит

в контроллер же загрузил

там пусть и фильтрует

Ну тык он наверное во вью их прокинул

Иначе зачем он их грузил все?

если во вьюхе - то это плохая практика, так не надо делать

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

если во вьюхе - то это плохая практика, так не надо делать

плохая практика в темплейте, а во вью - отличная

особенно счётчики по прелоаду

вьюс - это как хэлпер в рельсах жи

яже привёл пример выше. 1 есть пост и загруженные все комментарии (мы не обсуждаем пагинацию и прочие вещи), все комментарии загружены. 2 по аттрибутам комментариев надо получить цыфры - топ комментарии, опубликованные комментарии и так далее. (мы не говорим про сквозные асскоциации, все необходимые атрибуты уже есть в комментарии.) Вот и весь был вопрос. Я полагал что есть простые интрументы типа length() и группировки по аттрибуту. Выходит что каждое такое вычисление надо складывать в отдельную функцию/фильтр - я верно вас понял?

Ну это же функциональный язык

смотри, умный человек тебе выше ответил

Все в отдельных функциях

Moi_nik, [07.05.18 16:15] врельсе очень простое решение scope :published, -> { where(published: true) } scope :top_rated, -> { where('rating > ?', 4)} post.comments.top_rated.published всё теперь скажите как это написать по феншую на фениксе?

это значит да?

так нельзя делать и в рельсах

ок

В руби это так post.comments.pluсk(published: true, created_at: 7.days.ago) С фениксом только разбираюсь, подумал может есть что-то штатное такую элементарщину сделать?

и так нельзя

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

да, плак тоже хороший метод

и мап и селект и имя им легион

#pluck запрос в бд делает если что

плохая практика в темплейте, а во вью - отличная

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

post.comments |> Enum.filter(& &1.inserted_at > xxx) |> Enum.count()

и тд и тп

сделал во вью метод, отдаёшь туда данные, получаешь результат

post.comments |> Enum.filter(& &1.inserted_at > xxx) |> Enum.count()

пожалуй лучший комментарий треда

а главное самый полезный

пожалуй лучший комментарий треда

тут за архитектуру все таки затирают, а не как данные фильтровать) Если это то, что нужно было - значит вопрос плохо задал

post.comments |> Enum.filter(& &1.inserted_at > xxx) |> Enum.count()

ну я бы такое считал за бизнес логику

и хранил бы в контексте

мало ли где пригодится

Просто душа болит за софт, в котором сперва из контроллера в БД сходили, всю базу выкачали, потом из Вью

Повторный запрос летит

А потом еще пофильтровали не быстрой БД

А медленным эликсиром

ну я бы такое считал за бизнес логику

если речь идёт о подготовке загруженного для вывода - то нет

это же условный пример

а если нужно это вывести в нескольких вьюхах

в http api

и еще где-то посчитать?

а если нет?

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

Как то обычно вьюхи нормально делятся контекстно

У вью же несколько шаблонов может быть

а если нет?

то и спросу нет, конечно же

У вью же несколько шаблонов может быть

Кривая терминология, но смысл ясен

Ну и можно сделать композицию для view

Через using View.Common

Или там import

Через using View.Common

ну типа да

это все холивар конечно же, но банально, если коментариев будет много и/или у них появится пагинация, нужно будет все равно делать логику в контексте, нет?

Контекст ходит в базу

А тут ты уже сходил

Можно сервис сделать