
Ruby 3.0 introduit plusieurs nouvelles fonctionnalités. De nombreuses améliorations ont été mises en œuvre dans MJIT. À partir de Ruby 3.0, JIT est censé améliorer les performances des charges de travail limitées ou toute autre application qui passe la majorité du temps à appeler plusieurs méthodes plusieurs fois. Bien que Ruby 3.0 ait considérablement réduit la taille du code JIT-ed, il n'est toujours pas prêt pour l'optimisation des charges de travail comme Rails, qui passent souvent du temps sur tant de méthodes et souffrent donc de problèmes i-cache exacerbés par JIT. Alors, l'équipe de développement promet de travailler sur Ruby 3.1 pour d'autres améliorations sur ce problème.
Ruby 3.0 vient avec Ractor, bien qu'étant expérimental. Il est conçu pour fournir une fonction d'exécution parallèle sans souci de sécurité des fils. Vous pouvez créer plusieurs ractors et les exécuter en parallèle. Ractor vous permet de réaliser des programmes parallèles sans risque pour les threads, car les ractors ne peuvent pas partager des objets normaux. La communication entre les ractors est prise en charge par la transmission de messages.
Pour limiter le partage d'objets, Ractor introduit plusieurs restrictions dans la syntaxe de Ruby (sans plusieurs ractors, il n'y a pas de restriction). La spécification et l'implémentation ne sont pas matures et peuvent être modifiées à l'avenir, de sorte que cette fonctionnalité est marquée comme expérimentale et affiche l'avertissement "experimental feature" lors du premier Ractor.new. Ruby 3.0.0 introduit le "Planificateur de fibres ( Fiber Scheduler en Anglais )". Il est introduit pour intercepter les opérations de blocage. Cela permet une concurrence d'accès légère sans modifier le code existant. Comme on pouvait s'y attendre, la version 3.0 de Ruby vient avec RBS, un langage pour décrire les types de programmes Ruby.
« Les années 2010 ont été une ère de langages de programmation statiquement typés. Ruby cherche l'avenir avec la vérification de type statique, sans déclaration de type, en utilisant une interprétation abstraite. RBS et TypeProf sont la première étape vers le futur. D'autres étapes sont à venir », a déclaré Yukihiro Matsumoto, concepteur du langage de programmation Ruby. Les vérificateurs de type, y compris TypeProf et d'autres outils prenant en charge RBS, comprendront beaucoup mieux les programmes Ruby avec les définitions RBS.
Le but de RBS est de prendre en charge les modèles couramment observés dans les programmes Ruby et il permet d'écrire des types avancés, y compris les types d'union, la surcharge de méthode et les génériques. Ruby 3.0 est livré avec le rbsgem, qui permet d'analyser et de traiter les définitions de type écrites en RBS. Voici un petit exemple de RBS avec des définitions de classe, de module et de constante.
Code : | Sélectionner tout |
1 2 3 4 5 6 7 8 9 10 11 | module ChatApp VERSION: String class Channel attr_reader name: String attr_reader messages: Array[Message] attr_reader users: Array[User | Bot] # `|` means union types, `User` or `Bot`. def initialize: (String) -> void def post: (String, from: User | Bot) -> Message # Method overloading is supported. | (File, from: User | Bot) -> Message end end |
Source : Ruby 3.0.0
Et vous ?

Voir aussi




Vous avez lu gratuitement 387 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.