Antipatterns mit Ruby on Rails

Question

Was sind die häufigsten Ruby on Rails Antipattern und wie man sie vermeidet?

Answer 1

Es gibt zwei große anti-Muster, die ich in vielen Rails-Code gesehen haben:

1. viele "schweres Heben" in Aussicht. Etwas komplizierter als einfache Iteration über Sammlungen oder Interpolation von Strings sollte in Helfern oder Modellmethoden sein. Suchen Sie nicht nach Modellobjekten, konstruieren Sie große JSON-Arrays oder aktualisieren Sie Sitzungsvariablen aus Ihren ERB-Vorlagen.

2. Modellobjekte, die nicht für die Skripterstellung oder API-Implementierung verwendet werden können. Ihre Modelle definieren die Domänensemantik für Ihre Anwendung. Sie sollten in der Lage sein, Skript/Konsole zu starten oder Service-API-Wrapper zu schreiben, die vorhandene, funktionale Modellmethoden verwenden, um alle Schlüsseldaten in Ihrer Anwendung zu bearbeiten. Die Controller-Funktionalität ist nur im HTTP-Anforderungs-/Antwortzyklus verfügbar, der nur Teil des Lebenszyklus einer vollständigen Funktionsstelle ist.

Answer 2

Alphabet Suppe?

(No und sinnlos Typen deklarierte Variablennamen, die auf nahezu un lesbaren Code führt)

Pattern Name kommt von Variablen-Namen als 'a', 'b', 'c', 'd', usw.

Answer 3

Nicht Ruby lernen.

Answer 4

weiter verwenden, es sei denn mit anderen

Antipattern:

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

Alternative:

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