Комментарии 17
Есть такой волшебный тег — habracut.
-5
а зачем делать меню в виде хэлпера, если можно сделать partial, который на вход принимает Hash с меню?
0
Партиалы вроде как гораздо медленнее хелперов (хотя с одним наверное не критично). Ради интереса, а где бы вы хранили хэш?
По посту: для подсвечивания активных элементов удобно использовать github.com/comfy/active_link_to
В том же геме есть хелпер если нужна сложная логика подсветки.
По посту: для подсвечивания активных элементов удобно использовать github.com/comfy/active_link_to
В том же геме есть хелпер если нужна сложная логика подсветки.
+1
Это от ситуации зависит.
Как в твоем случае сделать обработку прав доступа?
А если меню древовидное?
Удобнее иметь функцию, которая рендерит один элемент меню. А функция может быть любой: helper или partial.
Как в твоем случае сделать обработку прав доступа?
А если меню древовидное?
Удобнее иметь функцию, которая рендерит один элемент меню. А функция может быть любой: helper или partial.
0
Странно вы как то, с хелперов начали)
ИМХО самое главное — это как раз организация бизнес-логики по уму.
За начинание спасибо, чем больше таких статей, тем меньше rails проектов в виде неуправляемого мессива.
Ждем продолжения.
Про бизнес-логику в коллбэках что-нибудь будет?
ИМХО самое главное — это как раз организация бизнес-логики по уму.
За начинание спасибо, чем больше таких статей, тем меньше rails проектов в виде неуправляемого мессива.
Ждем продолжения.
Про бизнес-логику в коллбэках что-нибудь будет?
+3
НЛО прилетело и опубликовало эту надпись здесь
> model.model_name… .to_s.classify.constantize.human_attribute_name(attribute)
Зачем так усложняете? Вы видели реализацию .constantize? :) Это метод для стадии инициализации, его не надо в рантайме использовать везде. const_get в большинстве случаях подойдет всем. Но тут я уверен, что model.class должно хватить (или model.model.class для презентеров).
Мы еще делали show_attributes resource, :attr1, attr2,…
Зачем так усложняете? Вы видели реализацию .constantize? :) Это метод для стадии инициализации, его не надо в рантайме использовать везде. const_get в большинстве случаях подойдет всем. Но тут я уверен, что model.class должно хватить (или model.model.class для презентеров).
Мы еще делали show_attributes resource, :attr1, attr2,…
0
НЛО прилетело и опубликовало эту надпись здесь
Для всех любителей переосмыслить кронцепцию RoR существует Trailblazer. Лучшего переосмысления и более фундаментальной базы пока не предвидится. Там вам и сериализация через Roar и презентеры из коробки и много много чего ещё.
+1
Вы его у себя в проектах используете? Было бы интересно почитать о опыте использования.
+1
Мы его пользуем пока эксперементально в некоторых частях проекта. Коллеги активно Cells используют там где это целесообразно. Я только Roar'ом ограничивался. Было это полгода назад и без вдумчивого чтения исходников онного было очень тяжко. В итоге, реализованный функционал работает и по сей день. Из личных ощущений: на момент использования было сыровато, без напильника и умения читать исходники можно даже не соваться, документашка хромала как только дело доходило до нестандартных/продвинутых способов использования, но сама идея красивая. Можно попытаться засамонить Tab10id и спросить у него про Cells и прочие приблуды Trailblazer'а.
+3
Зарегистрируйтесь на Хабре , чтобы оставить комментарий
Управление сложностью в проектах на ruby on rails. Часть 1