thecodest, Autor bei The Codest

Beliebte Rails und Rails-way Probleme

Probleme erwähnt in: Artikel über Shopify

Routenplanung,
Vorher-Aktionen,
große Aktionen in Controllern,
private Methoden in Controllern,
Mixins einmal verwendet,
Logik in den Ansichten,
ActiveRecord-Rückrufe,
Assoziationen,
"fette Modelle".

Zusätzliche Probleme

Aktive Datensatzvalidierungen,
implizit vor explizit,
Missbrauch von DRY,
Delegationen an Verbände,
Dienstaufrufe in Modellen.

Alternativen zu Rails

Wenn es darum geht Schiene im Rubinrot Welt, haben wir mehrere Alternativen. Andere auf Rack basierende Frameworks sind: - Sinatra, - Roda, - Hanami.

Was macht sie einzigartig?

Sowohl Sinatra als auch Roda bieten us eine Block-Routing-Syntax, aber das Routing in Sinatra ist eine Liste und in Roda - ein Baum. In beiden Frameworks müssen wir uns selbst um die Implementierung der Modellschicht kümmern. Im Falle von Roda ist es eine gute Idee, das Sequel-Gem zu verwenden.

Roda ist von Sinatra inspiriert. Es ist an sich sehr leicht, aber es hat eine Menge Plugins.

Hanami ist am nächsten an Schiene wenn es um die Bereiche geht, die von der Rahmenregelung abgedeckt werden. Die wichtigsten Unterschiede in Bezug auf die Nutzung sind:

Kontrolleure in Schiene vs. Handlungen in Hanami,
dedizierte Klassen/Objekte, die eine bestimmte HTTP-Anfrage bearbeiten, nicht ein Controller für Aktionen im Zusammenhang mit einer bestimmten Ressource (Modell),
Modellschicht auf der Grundlage von Repositories und Entitäten, die die Persistenz vom Rest der Anwendung trennt, und nicht das aktive Datensatzmuster.

Hanami Version 1 stark begrenzt die Verwendung von ROM es basiert auf (Version 3, und es ist bereits 5), so ist es nicht wert, mit dem Modell Schicht dort vorgeschlagen. Da es sich jedoch um ein sehr offenes Framework handelt, ist es recht einfach, dort das Modell selbst zu implementieren.

Ergänzungen für Rails

Es lohnt sich, Lösungen zu verwenden, die nicht abhängig sind von Schiene und sind näher an "rein" Rubinrot. Die in der Präsentation genannten Instrumente sind:

Sequel (ORM, Alternative zu ActiveRecord),
ROM (Objekt-Mapper),
dry-rb-Bibliotheken: dry-validations, dry-system und dry-monads.

Sequel lässt sich leicht in ein ProjektEs basiert auf Plugins und implementiert auch das aktive Datensatzmuster. Sie bietet eine bessere Unterstützung für Abfragen auf niedriger Ebene als Schiene' ActiveRecord.

ROM verwendet Sequel, aber sein Konzept besteht darin, zwischen Datensätzen in der/den Datenbank(en) und Rubinrot Objekte. Sie zielt auf Geschwindigkeit und Daten Transformation. Trennt die Persistenzschicht eindeutig von der Anwendung.

Dry-rb-Bibliotheken sind sehr nützliche Werkzeuge:

Die Trockenvalidierung ist sehr einfach zu verwenden in API Projekte und ermöglicht eine umfassende Kontrolle über die Korrektheit der eingehenden Daten,
dry-system erfordert ein wenig Übung und Geduld für die Entwickler, um es zu verstehen, aber es ermöglicht eine sehr flexible Verwaltung von Abhängigkeiten in der Anwendung und das Laden von Projektkomponenten in Isolation; wenn wir diese Bibliothek in Schienekönnen wir Trockenschienen verwenden,
dry-monads ist in der Theorie ein schwieriges Konzept, aber in der Praxis ist es einfacher zu verstehen, das Ergebnis monads kann eine gute Möglichkeit sein, die Lesbarkeit von Code durch die Berücksichtigung spezifischer Fälle anstelle von Wenn-Verzweigungen.

Schlussfolgerungen

Am besten ist es, wenn Sie Schiene so dass Sie nicht mit Schiene eines Tages.

Quellen

Artikel

Rahmenwerke

Edelsteine

Spezifikationen

Lesen Sie mehr:

Was ist Ruby on Jets und wie kann man damit eine Anwendung erstellen?

Vuelendar. Ein neues Projekt von Codest auf der Grundlage von Vue.js

Codest's wöchentlicher Bericht über die besten technischen Artikel. Software für 50 Mio. gleichzeitige Sockets erstellen (10)