Sortie de Rails 7.1

• Rails 7.1.0 est sorti avec 172 nouveaux commits.
• Une nouvelle API publique a été introduite pour permettre l’envoi des messages de log vers différents sinks.
• ActiveSupport::BroadcastLogger a été ajouté pour gérer la diffusion des logs.
• Range#overlap? a été corrigé pour prendre en compte les plages vides sur les versions de Ruby antérieures à 3.3.
• Bigdecimal a été ajouté comme dépendance d’Active Support, et devrait devenir un candidat comme gem bundlée avec Ruby 3.4.
• Les cache stores prennent désormais en charge le remplacement du compresseur par défaut via l’option :compressor et l’option :serializer pour des optimisations de performance.
• ActiveSupport::Inflector.humanize(nil) ne lève plus de NoMethodError.
• Les secrets ne sont plus affichés dans ActiveSupport::KeyGenerator#inspect et MessageEncryptor#inspect.
• Les avertissements de dépréciation peuvent désormais être signalés à ActiveSupport::ErrorReporter via le comportement :report de Deprecation.
• ActiveSupport::Cache::Store prend désormais en charge des serializers préconfigurés basés sur ActiveSupport::MessagePack via l’option :serializer.
• Object#deep_dup ne duplique plus les classes et modules nommés.
• ActiveSupport::Deprecation.warn marque désormais les erreurs comme déjà signalées afin d’éviter les doublons.
• Les callbacks de comportement d’ActiveSupport::Deprecation peuvent désormais recevoir l’instance de deprecator en argument.
• ActiveSupport::Cache::MemoryStore#write(name, val, unless_exist:true) écrit désormais correctement les clés expirées.
• ActiveSupport::ErrorReporter accepte et transmet désormais le paramètre source:.
• ActiveSupport::MessageEncryptor et ActiveSupport::MessageVerifier acceptent désormais :message_pack et :message_pack_allow_marshal comme serializers.
• Un nouveau format de cache 7.1 est disponible, avec des optimisations pour les valeurs de chaînes brutes comme les fragments de vue.
• ActiveSupport::Cache:Store#fetch transmet désormais un accesseur d’options au bloc, permettant de surcharger les options de cache.
• ActiveSupport::Deprecation#disallowed_warnings n’affecte désormais que l’instance sur laquelle il est configuré.
• ActiveSupport::Deprecation.behavior= accepte désormais tout objet répondant à call.
• ActiveSupport::MessageEncryptor prend désormais en charge l’option :url_safe.
• L’initialiseur d’ActiveSupport::MessageVerifier accepte désormais l’argument url_safe, ce qui permet de générer des chaînes sûres pour les URL.

[GN⁺]

Avis sur Hacker News

• Sortie de Rails 7.1 et partage des expériences et avis des utilisateurs
• Un utilisateur salue la simplicité de Rails par rapport à d’autres frameworks comme Django et Laravel, et recommande aux autres de l’essayer
• Un utilisateur partage son expérience positive de mise à niveau d’une application Rails 7.0 de 130 lignes vers 7.1, avec la nécessité de modifier une seule ligne de code de configuration des tests
• Un utilisateur souhaite mettre à niveau une grande base de code Rails 6 vers la nouvelle approche « non »-JS avec Hotwire, en soulignant que Rails fonctionne bien quand on suit les choix par défaut, mais peut devenir difficile dès qu’on s’en écarte
• Un utilisateur exprime sa frustration concernant le processus d’exécution de Rails sur un nouveau ноутбук, et suggère la nécessité d’un installateur configurant toutes les dépendances requises
• Partage de l’annonce officielle de la sortie de Rails 7.1, avec mise en avant des nouvelles méthodes de requêtes asynchrones pour améliorer rapidement les performances
• Un utilisateur estime que Rails côté back-end ne reçoit pas la reconnaissance qu’il mérite, tout en admettant que le front-end a été complexe pendant un certain temps
• Un utilisateur espère une renaissance de Rails + HTMX, critiquant la complexité inutile des applications actuelles et souhaitant saupoudrer un peu de JS uniquement sur des pages très interactives
• Un utilisateur partage que de nombreuses équipes ont du mal à construire une base de code propre avec ActiveRecord
• Un utilisateur raconte avec humour qu’il compte soumettre une PR pour la mise à niveau vers Rails 7.1, alors que sa PR de mise à niveau vers 7.0 est en attente depuis plusieurs mois
• Un utilisateur dit utiliser encore Rails 4.2 et en être satisfait, tout en s’interrogeant sur la nécessité d’une mise à niveau