NameError (undefined local variable or method `stop' for main:Object)

Сорри, в терминале, не консоле)

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

Да, в терминале

rbenv: Spring: command not found

в директории с проектом само собой

на всякий случай - то, что я перезапускал сам rails server никаким образом не перезапускает spring, верно?

Да, было бы интересно

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

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

Ну 10 Бачей в месяц)

Ну 10 Бачей в месяц)

Меньше :)

Меньше :)

На пивас чисто?

на всякий случай - то, что я перезапускал сам rails server никаким образом не перезапускает spring, верно?

spring окружение подгружает

https://codeclimate.com/blog/7-ways-to-decompose-fat-activerecord-models/ клевая статья

На пивас чисто?

Ага

https://codeclimate.com/blog/7-ways-to-decompose-fat-activerecord-models/ клевая статья

Старая, но крутая :)

руби 2.6.0 превью is here https://www.ruby-lang.org/en/news/2018/02/24/ruby-2-6-0-preview1-released/

с jit’ом и куртизанками

Пхп, пайтон и жс получили типы данных, а руби до сих пор нет

какие

объявление с типами, ну в пхп с 7 версии кажется, в жсе тайпскриптом и подобными приблудами, в пайтоне вроде в 3,6 версии (не уверен)

strict mode?

причем тут стрикт мод?

@Eugene_Shved ojab

не о том подумал

Пхп, пайтон и жс получили типы данных, а руби до сих пор нет

Да как я понял, руби этого и не получит.

объявление с типами, ну в пхп с 7 версии кажется, в жсе тайпскриптом и подобными приблудами, в пайтоне вроде в 3,6 версии (не уверен)

О чем это вообще?

Как хоть загуглить, а то я даже позавидовать пехапашникам как следует не могу.

Лучше рассказывайте секреты по Rails (принципы программирования)

О чем это вообще?

http://php.net/manual/ru/migration70.new-features.php

!!! Вопрос о порядочном коде !!! Допустим, есть 2 контроллера (не считая application). В первом контроллере понадобился метод A, пишем его там. Через некоторое время такой же метод A понадобился и во втором контроллере. ВОПРОС: правильней будет удалить метод из первого контроллера и написать в Application-контроллере или все же написать и во втором контроллере такой же метод?

По-моему ответ очевиден

Ну вместо application контроллера можно в какой нибудь concern или просто модуль вынести

Убрать со всех, и написать в Application?

В любом случае dry есть dry

Продолжение вопроса...

Мы убрали со всех контроллеров метод A, и написали его в Application-контроллер. Но что же делать, если метод A понадобился во view? Варианты: - просто написать этот метод в хэлпере; - убрать тот метод из application-контроллера, написать в application-хэлпере, и этот хэлпер подключить в application-контроллере. Какой вариант лучший (значит оптимальный)?

мало данных для принятия решения

Если просто решить задачу то под методом можно написать helper_method :method_name

мало данных для принятия решения

Но чтобы написать «правильно», то я согласен.

Если просто решить задачу то под методом можно написать helper_method :method_name

Обзор вашего ответа узкий. Можете объяснить относительного моего примера?

def method end helper_method :method

у вас нет примера

вопрос и пример сферический и в вакууме что лучше: жить в браке или развестись?

вопрос и пример сферический и в вакууме что лучше: жить в браке или развестись?

Мороженое

вот именно

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

ну кроме пермитов аттрибутов

получится ханами наверное

Повторный вопрос с примером: Есть метод A в ApplicationControllere, который нужен именно контроллерам. Но со временем, такой же метод A понадобился чтобы использовать его в хэлперах. Для порядочного кода, какие варианты есть и какой лучше. Вот мои варианты: - просто написать такой же метод в главном хелпере (тогда не будет dry); - стереть тот метод из главного контроллера, написать тот метод в главном хэлпере и этот хэлпер инклудить в главном контроллере. Тогда и для контроллеров и хэлперов будет один метод (тогда будет dry, но будет ли правильным?)

да что за метод, чорт побери? сознавайся уже

def method end helper_method :method

Я же написал выше

да что за метод, чорт побери? сознавайся уже

Это не важно. Значит ты не понял суть моего вопроса.

Я же написал выше

Но куда написать helper_method :method?

Это значит, значит ты не смог суть передать В хелпер методах допускается например рендерить кнопки, в контроллерах этого делать... не рекомендуется. А значит на твой вопрос опять нет прямого ответа

Если просто решить задачу то под методом можно написать helper_method :method_name

Это я тоже писал

Но куда написать helper_method :method?

Туда, куда нужно

Если этот метод нужен в нескольких контроллерах и вьюхах, то очевидно, что в родительском контроллер?

Повторный вопрос с примером: Есть метод A в ApplicationControllere, который нужен именно контроллерам. Но со временем, такой же метод A понадобился чтобы использовать его в хэлперах. Для порядочного кода, какие варианты есть и какой лучше. Вот мои варианты: - просто написать такой же метод в главном хелпере (тогда не будет dry); - стереть тот метод из главного контроллера, написать тот метод в главном хэлпере и этот хэлпер инклудить в главном контроллере. Тогда и для контроллеров и хэлперов будет один метод (тогда будет dry, но будет ли правильным?)

Ты не думал сделать не возможное и вынести эту логику в отдельный класс, который бужешь вызывать из нужных мест?

ну начинается ?

Ты не думал сделать не возможное и вынести эту логику в отдельный класс, который бужешь вызывать из нужных мест?

И через класс вызвать этот метод хоть в контроллере, хоть во view???

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

Ну на счёт вьюхи спорный момент

ну начинается ?

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

Потому что контроллер должен предоставлять данные для вью

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

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

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

Именно поэтому и нужно нормально объяснять, а ещё лучше сразу давать код

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

тоесть ты сразу все преступления в мире решил раскрыть?

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

Потому что в 99.999% это так

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

Потому что в 99.999% это так

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

Становится очень увлекательно)

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

Давай

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

Потому что контроллер должен предоставлять данные для вью

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

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

Метод покажи

А потом уже можно говорить о чем-то

Я много заморочился, оказывается можно было так задавать вопрос: Есть метод A, который нужен и для контроллеров и вьюх. Что лучше делать?

Ух щас пиздилка будет.

Нада пацанов собирать

Я много заморочился, оказывается можно было так задавать вопрос: Есть метод A, который нужен и для контроллеров и вьюх. Что лучше делать?

никто не знает ты метод покажи сначала

Я много заморочился, оказывается можно было так задавать вопрос: Есть метод A, который нужен и для контроллеров и вьюх. Что лучше делать?

Мне кажется, нас просто стебут?

значит надо банить

и вопросы типа "А ты прекратил пить по утрам коньяк?" страшно бесят

Мне кажется, нас просто стебут?

Вполне может быть :)

Если спрашиваете о содержании вопроса, значит вопрос не поняли. Пусть поймут великие!

Если спрашиваете о содержании вопроса, значит вопрос не поняли. Пусть поймут великие!

Лично меня такой вариант устраивает, удачи в решении задачи)

Щас придумаю пример метода, который может понадобится и в контроллерах и вьюх.

Если спрашиваете о содержании вопроса, значит вопрос не поняли. Пусть поймут великие!

надеюсь ты стукнешся мизинчиком о табуретку

Щас придумаю пример метода, который может понадобится и в контроллерах и вьюх.

зачем придумывать? дай свой код

надеюсь ты стукнешся мизинчиком о табуретку

Ты слишком жестокий

Ну ладно: def recurs(district_id) [district_id] + District.where(id_parent: district_id).pluck(:id).flat_map { |d| recurs d } end