Discussion:Rust (langage)
- Admissibilité
- Neutralité
- Droit d'auteur
- Article de qualité
- Bon article
- Lumière sur
- À faire
- Archives
- Commons
Tâches à accomplir pour Rust (langage) | aide | |
|
Liens externes modifiés
[modifier le code]Bonjour aux contributeurs,
Je viens de modifier 1 lien(s) externe(s) sur Rust (langage). Prenez le temps de vérifier ma modification. Si vous avez des questions, ou que vous voulez que le bot ignore le lien ou la page complète, lisez cette FaQ pour de plus amples informations. J'ai fait les changements suivants :
- L'archive https://web.archive.org/web/20140815054745/http://blog.mozilla.org/graydon/2010/10/02/rust-progress/ a été ajoutée à http://blog.mozilla.com/graydon/2010/10/02/rust-progress/
SVP, lisez la FaQ pour connaître les erreurs corrigées par le bot.
Cordialement.—InternetArchiveBot (Rapportez une erreur) 19 avril 2018 à 08:13 (CEST)
Référence obsolète pour la section "Points forts"
[modifier le code]Bonjour !
Dans ce passage:
> Rust repose sur des concepts connus et éprouvés (d'où le nom Rust, « la rouille » en anglais) et n'intègre pas de concepts nouveaux et non testés21[réf. obsolète].
Il est noté que l'article auquel la page fait référence commence à se faire vieux. Toutefois, cette phrase me pose un petit problème (la fin tout du moins), car je ne trouve aucun post officiel présentant Rust comme un langage qui n'intègre que des "concepts connus et éprouvés". L'équipe insiste toujours sur l'aspect robuste du langage, certes, mais beaucoup moins sur l'idée de ne pas intégrer de nouveaux concepts.
Quelqu'un aurait trouvé une source récente qui fait mention de ceci ?
Merci d'avance pour vos réponses.
TechAcquisitor (discuter) 12 juin 2019 à 00:08 (CEST)
Finalement, j'ai conservé temporairement l'ancienne référence et j'ai ajouté un lien vers le préambule du nouveau livre (voir le diff: https://fr.wikipedia.org/w/index.php?title=Rust_(langage)&diff=prev&oldid=160086210).
TechAcquisitor (discuter) 12 juin 2019 à 22:55 (CEST)
Comparaison avec le C : mauvais exemple ou explication
[modifier le code]dans le paragraphe "Caractéristique/Syntaxe" il est noté :
- let x = if (n<10) { n } else { n-10 }
- En C, une telle opération n'est pas possible, il faudra [...] utiliser un opérateur ternaire
- int x = (n < 10) ? n : n - 10;
C'est contradictoire : on dit "on ne peut pas l'écrire en C" et à la fin de la phrase on donne un équivalent en C qui parait extrêmement similaire d'un point de vue syntaxe (donc on peut l'écrire en C).
Donc soit l'exemple est mal choisi car trop simple, soit l'explication est mauvaise ou incomplète : elle ne permet pas de distinguer facilement la différence de paradigme entre l'approche Rust et l'approche C. Baldodo (discuter) 26 juin 2019 à 17:16 (CEST)
- Effectivement, c'est contradictoire. C'est moi qui avait ajouté l'exemple de la structure `if then {} else {}` qui possède une valeur, mais la remarque sur l'opérateur ternaire le rend peu claire. Ce qu'il faudrait, c'est faire remarquer qu'en Rust, les blocs sont des expressions, tandis qu'en C il ne s'agit que de structures de contrôle (ça ne s'évalue pas). Ça ne concerne pas que les blocs if-then-else, ça inclue également les boucles ([1]), la structure `match` (switch qui est en quelque sorte l'équivalent plus faible de match n'est pas une expression) voire même les simple blocs [2]. L'opérateur ternaire `... ? ... : ...` en C me semble plus être une exception que la règle, les structures de contrôles if-then-else sont plus utilisés. Pour résumer, il faudrait essayer de souligner cette différence sans forcément entrer dans les détails. Voire même, supprimer la référence à l'opérateur ternaire en C en ce qu'il pourrait s'agit d'une digression qui ne permet pas d'exprimer cette spécificité de Rust clairement. Alban R (discuter) 13 juillet 2019 à 18:35 (CEST)
- Bonsoir @Baldodo et @Alban R,
- Voici ma proposition concernant la formulation à adopter pour éviter au maximum de complexifier l'explication, sans pour autant digresser. Préciser que la validité (ou non) de ces expressions est du ressort du compilateur permettra, je l'espère, au lecteur de se rendre sur les articles dédiés | TechAcquisitor (discuter) 20 décembre 2020 à 20:29 (CET)