Rails Patterns

Sélectionné par Skill Harbor : les patterns sur lesquels la communauté Rails a convergé pour des apps qui restent maintenables au-delà de 50 modèles (Rails 7.1+ et 8.x). Couvre le contrat de répertoires (services/, forms/, queries/, jobs/ et la place de chacun, sans nouveau répertoire improvisé), les contrôleurs fins qui délèguent à des objets service retournant des objets Result (namespacés par domaine, à usage unique, écritures multi-enregistrements transactionnelles), les objets formulaire pour les formulaires multi-modèles, les objets requête composables pour les requêtes ActiveRecord complexes, les jobs en arrière-plan (passer des IDs pas des records, perform idempotent, retry_on/discard_on explicites), ViewComponent plutôt que les partials pour une logique de vue testable, Hotwire comme frontend par défaut (Turbo Frames pour les mises à jour partielles, Turbo Streams pour les mises à jour pilotées serveur, Stimulus pour les petits comportements), et la stack Solid de Rails 8 (Solid Queue, Solid Cache, Solid Cable adossés à la base de données plutôt qu'à Redis, Kamal pour les déploiements). Inclut des exemples de code mauvais vs bon partout, la prévention N+1 avec includes et strict_loading, les counter caches, et une liste d'anti-patterns tranchée (contrôleurs dieux, modèles obèses, chaînes de callbacks, nested attributes pour les formulaires complexes, default scopes, framework JS avant Hotwire). Par @affaan-m, listé ici avec crédit à son créateur. Tiré du dépôt affaan-m/ECC (MIT). Bémols honnêtes : pur guide, rien à installer ; orienté Rails du début à la fin, il faut un codebase Rails pour l'appliquer. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage.