En décembre, comme les deux dernières années, je participe à Advent of Code , le concours de Noël annuel de l'auteur du célèbre framework Vanilla JS . Cette année, j'écris en C #, car j'ai déjà utilisé tous les appels d'offres JavaScript habituels l'année dernière. Seulement 10 jours se sont écoulés, mais je ressens déjà à quel point la vie du front-end dans le monde s'améliore. Je vais maintenant vous expliquer comment cela se produit.
Contexte, ou à quel point il est parfois utile d'aller dans les bars
Il y a six mois, lors de la conférence HolyJS à Saint-Pétersbourg, j'ai rencontré Andrei. Il travaille chez JetBrains, développe WebStorm et aime parler de la façon d' utiliser WebStorm de manière productive et du fonctionnement de la prise en charge des langues dans l'EDI.
À Saint-Pétersbourg, le soir après la conférence, j'ai dit avec enthousiasme à Andrey combien j'étais impressionné par l'expérience de l'utilisation de Rider.
J'écris une API pour une tâche. Et je dois donner le nombre d'éléments ici dans cette poubelle. J'écris «poubelle, point, Len», l'invite me montre «Longueur», j'appuie sur Entrée. Le Len I composé est effacé et remplacé par Count . Nifiga vous-même! Je suis allé vérifier à nouveau: j'ai effacé le Count , j'ai commencé à écrire la Length , l'indice indique la Length , je le sélectionne, il efface la Length et écrit le Count . C'est vraiment magique!
Quelque chose comme ça, j'ai expliqué à Andrey mon enthousiasme. Si vous comprenez mes explications enthousiastes pire que le développeur IDE, alors voici à quoi cela ressemble:
Un mois après la conférence, Andrei m'envoie un message:
Et la vidéo:
Ainsi, dans WebStorm, des astuces magiques sont apparues qui supposent que la longueur de l'ensemble signifie la taille. Vous pouvez le vérifier vous-même :)
De nouvelles impressions
Comme j'ai rarement besoin d'utiliser Rider pour écrire du code, je n'avais aucune idée du nombre de petites choses pratiques qui s'y trouvent. Beaucoup de choses évoquent le sentiment: "Eh bien, comment est-ce possible?" J'ai commencé à faire attention à tout cela et à écrire à Andrei: "Je le veux aussi!"
1. La magie du choix d'un nom pour un itérateur
Autrement dit, Rider ne crée pas seulement un modèle pratique pour énumérer la collection, il procède également de la sémantique du nom de la collection avec un nom approprié!
2. Envelopper l'expression après la méthode entre crochets
Dans une tempête, l'ajout d'une méthode au début d'une expression ressemble généralement à ceci:
Autrement dit, je dois toujours retirer le support de fermeture et l'amener là où il est nécessaire. Dans Rider, cette conception se comporte beaucoup mieux:
3. Ajout d'une indentation lors de l'habillage d'un morceau de code entre accolades
De nombreux éditeurs de code ont un comportement aussi cool: vous sélectionnez un morceau de code, mettez un crochet rond / carré / bouclé / triangulaire d'ouverture et le code en surbrillance apparaît entre crochets. Pendant de très nombreuses années dans WebStorm, cela n'a pas fonctionné. Et à partir de la version 2019.2, cela a fonctionné. Il n'y a qu'une légère différence entre la façon dont cela fonctionne dans un cycliste et dans une tempête Web:
Autrement dit, le cavalier ajoute du rembourrage au contenu, mais pas la tempête.
4. La case à cocher "Se souvenir et ne plus demander" lors de l'ouverture du projet
Ma douleur personnelle. J'ai beaucoup de projets ouverts tout le temps. Morceaux de cinq à chaque instant. J'en crée et édite beaucoup. Et chaque fois que WebStorm me demande dans quelle fenêtre ouvrir un nouveau projet.
Et quel bonheur pour le cavalier, où je n'ai répondu à cette question qu'une seule fois et coché pour qu'ils ne me demandent plus.
Andrew m'a dit que ce n'est pas bien, bien sûr, que l'interface utilisateur est différente, mais si c'est le cas, alors c'est dans les paramètres:
Pour ce que je l'ai écrit
J'écris du code depuis 7 ans et j'ai l'habitude d'endurer des inconvénients mineurs (et pas si). Je comprends que les développeurs écrivent également des outils pour les développeurs :)
Ces inconvénients ne m'ont pas paru critiques, d'autant plus que se rendre sur le tracker public JetBrains et créer la barre des tâches en anglais est trop cher pour toutes sortes de petites choses. Mais maintenant, quand j'ai essayé Rider, mon impuissance apprise a disparu. Maintenant, je sais que d'une manière différente - c'est-à-dire bonne et pratique - peut-être. Je ne veux plus supporter, mais je veux utiliser des outils pratiques.
Par conséquent, je vous exhorte à essayer des outils d'autres camps, ainsi que n'hésitez pas à écrire sur toutes les petites choses inconfortables. Si vous utilisez l'IDE de JetBrains, écrivez sur leur tracker public . Eh bien, ou appelons les développeurs de JetBrains dans un commentaire, remercions-les et demandons des problèmes en UX :)