<a href="/posts/<%= post.id %>"><%= post.title %></a>

этот способ тоже не рабочий)

ну может я не так понял - если метод будет возвращать "/posts/#{id}" - то ок

короче надо просто slim юзать)

Или доки почитать

эхх, привык к рельсовым хелперам

что аж для синатры сразу охота link_to посоветовать

вообще я бы оставил именно так - явное - лучше не явного

это почему это?

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

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

Если считаешь, что хелпер лучше, то что ж.. тоже может быть истиной

потому что придет фронтэнд и обломатеся когда надо будет добавить класс

Что мешает класс через аргументы прокинуть?

модель не должна уметь это делать

Не, я истину не предлагаю, просто говорю, что идея с to_href не очень. Да и что вообще значит to_href? А если у поста 2 урла - на апи и на юай

сингл респонсибилити

вот это все

ну есть view контекст, этому место в шаблоне

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

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

мне кажеться ты говоришь о рельсах

ну они от этого дико страдают

то есть конечно магия по началу нравится - думаешь о как клево, не надо пиcать html, link_to вот это все

то есть конечно магия по началу нравится - думаешь о как клево, не надо пиcать html, link_to вот это все

+1 я вот сейчас застрял на линках, ибо никогда особо не думал как там это все работает) Магия и хорошо)

можно явно сделать но не пихать вот это “/posts/#{post.id}” во вьюху. Можно же сделать какой-то UriResolver.uri_to_post(post.id) или что-то подобное

Можно по модулям сделать UriResolver::Post.path(post.id)

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

Что на руби собеседованиях спрашивают?

И на рельсовых

1. scope :source, ->(source) { where(source: source) } 2. scope :source, ->(source) { where('source = ?', source) } в чём разница?

Ну тут в зависимости какой проект. Если побольше (или будет расти). Если бы я читал немаленький проект с вот этим говном во вьюхах - я бы вилки в глаза втыкнул

как потом это поддерживать?

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

Да что ты со своей магией. Можно код раскидать без неё

или теперь любой код что не “в лоб” считается магией?

я не говорю о диком оверинжиниринге, просто раскидать код и по делам

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

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

поменял роут @ грепай все вьюхи в поисках

все вьюхи :) камон. их будет максимум штук 5

так я ж говорю от проекта зависит) Если это наваять форму и список к ней - там без разницы

1. scope :source, ->(source) { where(source: source) } 2. scope :source, ->(source) { where('source = ?', source) } в чём разница?

ужас какой) в метод scope будет передан символ и лямба

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

в по втором два аргумента - строка 'source = ?' и объект source

ума не приложу зачем такое нужно с практической точки зрения =)

наверно что бы коллеги себе мозг повзрывали

это чтобы никто кроме тебя не мог код поддерживать)

ага, проще было в комменте указать, что автор - мудак, чем делать подобное

ума не приложу зачем такое нужно с практической точки зрения =)

вы серьезно?

вы серьезно?

Да, если просветишь буду рад =)

то есть вы не в курсе, что такое scope и зачем он нужен в ActiveRecord?

?

Ну ничего, скоро узнают)

scope просто class метод создаёт

для AR

то есть вы не в курсе, что такое scope и зачем он нужен в ActiveRecord?

а разве в коде что-то сказано об ActiveRecord?

то есть никакого шаблона не увидели? ну ничего, научитесь

а разница проста - в первом случае будет строится полноценный запрос средствами arel, а во втором - просто в sql вставится срока с экранированными параметрами вместо знаков ?

Так что лучше использовать?

Так что лучше использовать?

зависит от ситуации

в общих случая лучше hash, а если нужно сравнение, типа > или < - то без строки можно конечно обойтись, но с ней проще

Чувак один мне сказал что 1 способ лучше

второй не всегда работает

то есть никакого шаблона не увидели? ну ничего, научитесь

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

http://api.rubyonrails.org/classes/ActiveRecord/QueryMethods.html#method-i-where

https://github.com/rails/rails/blob/ad078767fb4d4a78224efaaf541e9bc847cde245/activerecord/lib/active_record/relation/query_methods.rb#L568

например

а зачем в этом конкретном случае ссылки на методы?

если все очевидно

Ну да, если вы кроме рельс ничего не видели, то конечно да

я видел много чего кроме rails) а вы?

ERROR: S client not available

Артем, ну это уже не профессионально, извините.

не понял, в первой случае понятно будет строиться AST с помощью arel

ага, проще было в комменте указать, что автор - мудак, чем делать подобное

а вот это тоже - професиональное? не разбираясь в api и best practices называть всех мудаками?

а во втором случае, к sql строке просто добавиться в конец 'source = ....'?

а во втором случае, к sql строке просто добавиться в конец 'source = ....'?

да, в секцию where

а в чём разница получится?

c AND раумеется

в итоге? ни в чем

разница в пути к итогу

хм, мне чел сказал что 2 способ не верный, а вот почему я уже забыл

не верный он потому, что некоторые делают вот так where("source = #{source}")

что открывает пусть к SQL инъекции

тут инъекции не будет

поспорим? )

если ?

если знак вопроса

а, со знаком да, не будет

ну я с интерполяцией даже не рассматриваю

а вот это тоже - професиональное? не разбираясь в api и best practices называть всех мудаками?

это субъективная оценка. И да, я считаю, что с точки зрения кода, использования лямбд - это ужасно.

ну а ещё если в запросе фигурирует join

то со строкой могут быть конфликты

если в другой таблице есть такая же колонка

Arel учитывает это и добавляет в sql имя таблицы

тогда непонятно к какой таблице эта колонка будет относиться

это субъективная оценка. И да, я считаю, что с точки зрения кода, использования лямбд - это ужасно.

о_О

всё, теперь ясно, спасибо)

@dshmelev а какой ваш основной язык программирования?

в настоящий момент именно ruby

и вас не коробит писать map или each ?

это тут причем?

при том, что map { |a| .... } - это proc