Antypatterns z Ruby on Rails

Question

Co jest najczęstsze Ruby on Rails antipatterns i jak ich uniknąć?

Answer 1

Istnieją dwa główne anti-patterns widziałem w partii kodu szyn:

1. dużo „podnoszenia ciężkich” w widokach. Wszystko, co jest bardziej skomplikowane niż zwykła iteracja nad kolekcjami lub interpolacja łańcuchów, powinno znajdować się w pomocnikach lub metodach modelowania. Nie wysyłaj zapytań o obiekty modelu, nie konstruuj dużych tablic JSON ani nie aktualizuj zmiennych sesji z szablonów ERB.

2. Obiekty modelu, których nie można wykorzystać do skryptowania lub implementacji interfejsu API. Twoje modele definiują semantykę domeny dla twojej aplikacji. Powinieneś być w stanie odpalić skrypt/konsolę lub napisać wrappery API usług, które wykorzystują istniejące, funkcjonalne metody modelowania do manipulowania wszystkimi kluczowymi danymi w twojej aplikacji. Funkcja kontrolera jest dostępna tylko w cyklu żądania/odpowiedzi HTTP, który jest tylko częścią cyklu życia w pełni funkcjonalnego serwisu.

Answer 2

Zupa alfabetyczna?

(Nie zadeklarowana zmienna typu i znaczenia nazw która prowadzi do kodu prawie un-czytelnej)

nazwa Wzór pochodzi z nazwami zmiennych jako 'a', 'b', 'c', 'd', etc.

Answer 3

Nie uczenie się Ruby.

Answer 4

KORZYSTANIA Z innego chyba

antywzorzec projektowy:

unless is_the_weekend? 
    do stuff that you do during the week 
else 
    do stuff that you do on weekends 
end 

Alternatywa:

if is_the_weekend? 
    do stuff that you do on weekends 
else 
    do stuff that you do during the week 
end