Должны ли имена действий rails содержать подчеркивания, такие как: get_user или getUser или getuser?

Question

Как мне назвать действие, если оно содержит 2 слова:

word_other
wordOther
wordother

?

Answer 1

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

Answer 2

Я полагаю, вы говорите о действиях контроллера? В этом случае они должны быть подчеркнуты: get_user.

Соглашение предназначено для подчеркивания имен переменных и методов: @new_instance.get_user. Это гарантирует, что методы контроллера четко отображаются на действия. Это также улучшает читаемость и помогает отличить method_names от ClassNames

Answer 3

Вы должны назвать его word_other.

Короче говоря:

• методы и переменные: all_lower_case_seperated_by_underscores
• имена классов и модулей: CamelCased
• константы: UPPERCASE

Эта статья является очень хорошим обзором соглашений о присвоении имен ruby ​​и rails.

Answer 4

Должно быть с подчеркиванием: word_other.

Имя действия Rails на самом деле является просто именем метода, а соглашение Ruby для имени метода - в нижнем регистре со словами, разделенными подчеркиванием.

Я пытался найти официальное заявление по этому поводу, но, к сожалению, я не смог его найти. Но вы можете взглянуть на методы , доступные в Ruby Core, чтобы увидеть, как называются методы Ruby. Существует также соглашение о именовании для Ruby и Rails.

С Rails соглашение о присвоении имен еще более важно, потому что одной из философий Rails является соглашение по конфигурации . Например, если ваше имя класса контроллера - BookShopsController, вам нужно использовать book_shops для ссылки на него в ваших маршрутах.

resources :book_shops
# or
match 'book_shops/:id' => 'book_shops#show'

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

Answer 5

Как правило, идентификаторы ruby ​​должны использовать snake_case вместо camelCase. Однако имена действий Rails следует выбирать из гораздо меньшего списка: show, index, new, create, edit, update, destroy. То есть следующие RESTful соглашения приведут вас к более простой системе, которая более точно отражает семантику Интернета и позволит вам более четко моделировать ресурсы вашего домена и должна быть предпочтительнее других систем именования действий. ».