WEBVTT 00:00:05.276 --> 00:00:07.250 Bonjour tout le monde, je suis Kasey Uhlenhuth. 00:00:07.250 --> 00:00:11.530 Je suis responsable de programme dans le .NET dans l’équipe Visual Studio de Microsoft. 00:00:11.530 --> 00:00:12.774 Dans la démonstration d’aujourd'hui, 00:00:12.774 --> 00:00:17.138 Nous allons parler de .NET Outils dans Visual Studio 2017. 00:00:17.138 --> 00:00:22.104 Visual Studio 2017 introduit une tonne de nouvelles fonctionnalités de productivité intéressantes. 00:00:22.104 --> 00:00:26.269 Ils comprennent les zones de débogage, analyse du code dynamique, 00:00:26.269 --> 00:00:30.984 une meilleure navigation, IntelliSense, et de tests d’unités actives. 00:00:30.984 --> 00:00:32.150 Mais c’est assez diapositives. 00:00:32.150 --> 00:00:33.300 Nous allons accéder dans le code. 00:00:34.600 --> 00:00:39.064 Examinons à présent certaines productivité intéressante améliorations apportées à l’intérieur de Visual Studio 00:00:39.064 --> 00:00:39.786 2017. 00:00:39.786 --> 00:00:43.072 Ici, j’ai une bibliothèque de classes simple qui est m’aider à organiser mes 00:00:43.072 --> 00:00:45.818 entraînements de formation autre vélo. 00:00:45.818 --> 00:00:48.800 La première chose que vous pouvez reconnaître il y a 00:00:48.800 --> 00:00:52.870 tonnes de différentes icônes sur ici, sur le côté gauche. 00:00:52.870 --> 00:00:57.530 Il s’agit de la partie d’une nouvelle fonctionnalité dans Visual Studio Enterprise de 2017 00:00:57.530 --> 00:01:00.060 appelé Live test unitaire. 00:01:00.060 --> 00:01:04.200 Live le test unitaire exécute en continu et affiche les résultats des tests unitaires et 00:01:04.200 --> 00:01:06.920 la couverture du code à l’intérieur de l’éditeur. 00:01:06.920 --> 00:01:08.430 Il détecte automatiquement et 00:01:08.430 --> 00:01:11.400 exécute les tests impactés pour chaque édition que vous rendre. 00:01:12.700 --> 00:01:17.880 X rouge indique les lignes de code qui ont échoué le test qui atteint les. 00:01:17.880 --> 00:01:21.740 Coche verte indique les lignes de code où tous les tests réussissent. 00:01:23.140 --> 00:01:26.310 Et des signes moins bleus indiquer les lignes de code 00:01:26.310 --> 00:01:28.590 qui ne comportent aucune couverture de test. 00:01:30.510 --> 00:01:33.460 Examinons cela Échec de la ligne de code. 00:01:33.460 --> 00:01:36.420 Cliquez sur ce point, je peux maintenant voir 00:01:36.420 --> 00:01:40.720 tous les tests qui sont en appuyant sur cette ligne et tous ceux qui ont échoué. 00:01:40.720 --> 00:01:45.500 Je peux parcourir ces défectueux tests en double-cliquant simplement. 00:01:45.500 --> 00:01:48.110 Maintenant, je peux voir que je suis à mon test défectueux. 00:01:49.980 --> 00:01:52.687 Je ne sais pas vraiment pourquoi Cela échoue, alors 00:01:52.687 --> 00:01:55.477 Je vais en fait juste Pour déboguer ce test. 00:02:01.901 --> 00:02:03.084 Je peux voir ici, 00:02:03.084 --> 00:02:07.557 que maintenant que ce test a en fait, a provoqué une exception. 00:02:07.557 --> 00:02:08.811 Et si je regarde de près, 00:02:08.811 --> 00:02:12.640 Je peux voir que ce test réellement lève une exception de référence null. 00:02:13.990 --> 00:02:18.141 Je voudrais attirer votre attention ici à la nouvelle assistance de l’exception que vous nous avez 00:02:18.141 --> 00:02:20.500 introduite dans Visual Studio 2017. 00:02:20.500 --> 00:02:25.378 Ce que vous pouvez le voir ici est réellement qui nous mettons le plus important 00:02:25.378 --> 00:02:27.760 informations au niveau supérieur. 00:02:27.760 --> 00:02:32.560 Par exemple, en fait vous indiquons quelle variable va être null. 00:02:32.560 --> 00:02:36.049 Dans les autres cas où vous avez un InnerException, nous allons 00:02:36.049 --> 00:02:39.320 Pour afficher tous les InnerException au niveau supérieur ainsi que des détails. 00:02:41.430 --> 00:02:43.160 Nous pouvons donc ultérieurement approfondir cet aspect. 00:02:45.000 --> 00:02:47.942 Je peux voir que je dispose de deux constructeurs ici et 00:02:47.942 --> 00:02:49.810 seul l’un d'entre eux est défectueux. 00:02:49.810 --> 00:02:53.689 Et si je regardez de près, que je peux voir avoir ce champ entraînements 00:02:53.689 --> 00:02:57.500 Je n’ai pas réellement initialisé Dans ce constructeur. 00:02:57.500 --> 00:03:00.310 Je vais essayer de copier simplement et placer cette dans. 00:03:01.830 --> 00:03:05.030 Maintenant l’avantage réel de Tests d’unités direct est que je peux faire 00:03:05.030 --> 00:03:08.330 ces modifications de code et puis il va activement 00:03:08.330 --> 00:03:12.480 rechercher quel test impacté par Cette modification et de les exécuter pour moi. 00:03:12.480 --> 00:03:16.350 Pour ne pas avoir à procéder de moi ce manuellement. 00:03:16.350 --> 00:03:18.250 Ainsi, vous pouvez le voir ici maintenant, 00:03:18.250 --> 00:03:23.000 que ce test qui sollicite ce constructeur par défaut est maintenant la transmission. 00:03:24.460 --> 00:03:27.600 Cliquez sur cette option, Je peux maintenant naviguer en arrière et 00:03:27.600 --> 00:03:31.910 voir ce bien sûr tester méthode passe partout. 00:03:34.524 --> 00:03:38.384 Quelque chose que vous avez peut-être remarqué à l’intérieur de cette méthode est un gris 00:03:38.384 --> 00:03:39.341 ligne en pointillés. 00:03:40.740 --> 00:03:42.780 Et vous vous demandez peut-être, Qu'est-ce que c est ? 00:03:42.780 --> 00:03:47.354 Cela fait partie de quelque chose de nouveau qui Nous avons introduit dans le code en direct 00:03:47.354 --> 00:03:50.072 analyse dans Visual Studio 2017. 00:03:50.072 --> 00:03:53.181 Ces points gris indiquent une suggestion à l’intérieur 00:03:53.181 --> 00:03:58.087 l’éditeur qui est moins encombrante indiquer une meilleure pratique ou 00:03:58.087 --> 00:04:00.559 une préférence stylistique possible. 00:04:00.559 --> 00:04:04.181 Avant, vous auriez réellement Pour rendre ces des erreurs ou 00:04:04.181 --> 00:04:07.460 avertissements pour ce visuel la file d’attente à l’intérieur de l’éditeur. 00:04:09.250 --> 00:04:12.742 Maintenant, je peux en fait Survolez ces points gris et 00:04:12.742 --> 00:04:16.984 Je peux appuyer sur Ctrl + point pour voir ce que suggestion est disponible pour moi. 00:04:16.984 --> 00:04:20.157 Si je regardez de près, je peux voir que Cela me dit que je peux 00:04:20.157 --> 00:04:21.695 utiliser un initialiseur d’objet. 00:04:21.695 --> 00:04:26.793 Et je peux appuyer sur ENTRÉE pour maintenant appliquer ce correctif. 00:04:26.793 --> 00:04:28.979 Pour revenir à mon fichier didacticiel, 00:04:28.979 --> 00:04:33.740 Je peux voir en fait de plusieurs points qui possèdent ces points gris. 00:04:33.740 --> 00:04:35.750 Par exemple, si je rechercher ici et 00:04:35.750 --> 00:04:39.548 J’appuie sur Ctrl + point, je peux voir C’est ici que ce correctif est 00:04:39.548 --> 00:04:42.769 suggère d’utiliser à la place var de type explicit. 00:04:44.188 --> 00:04:49.136 Il s’agit d’une nouvelle partie fonctionnalité de Visual Studio 2017 où 00:04:49.136 --> 00:04:55.350 nous permettent désormais de configuration du code et exécution de code à l’intérieur de l’éditeur. 00:04:55.350 --> 00:04:58.090 Là encore, je peux appuyez sur entrée Pour appliquer ce correctif. 00:04:59.410 --> 00:05:02.750 Si vous souhaitez analyser le code en outre, les options de style 00:05:02.750 --> 00:05:06.030 Je peux accéder à l’intérieur des outils > Options et Tapez un style de code. 00:05:07.350 --> 00:05:11.315 Et constatez que pour préférences de var, j’ai choisi pour 00:05:11.315 --> 00:05:16.320 types intégrés à préférer les var à le niveau de gravité de suggestion. 00:05:17.460 --> 00:05:19.980 Je peux modifier la façon dont je veux Cette mise en œuvre dans l’éditeur 00:05:19.980 --> 00:05:24.260 simplement en cliquant sur cette liste déroulante et comment souhaite appliquer la modification. 00:05:24.260 --> 00:05:27.360 Si je suis pointilleux réel pour style de code, je peux appliquer cette 00:05:27.360 --> 00:05:32.060 comme des erreurs pour que mon code sera pas la génération si je ne respectez pas cette règle. 00:05:33.330 --> 00:05:34.960 Qui semble un peu intense pour maintenant, c’est le cas 00:05:34.960 --> 00:05:36.870 Je vais juste à conserver Il s’agit comme une suggestion. 00:05:37.970 --> 00:05:40.900 Dans Visual Studio, nous sommes toujours Ajout d’actions de code et 00:05:40.900 --> 00:05:43.500 refactorisations pour rendre développeurs plus productifs. 00:05:45.770 --> 00:05:49.500 Nous pouvons donc trouver d’autres occurrences d’I pouvez refactoriser et mettre à jour mon code. 00:05:51.780 --> 00:05:56.010 Si je fais défiler ici, Je peux voir que 00:05:56.010 --> 00:06:00.830 dans cette méthode, j’ai quelques Si des instructions sans les accolades. 00:06:00.830 --> 00:06:04.960 Et mon équipe vraiment, vraiment, vraiment fortement suggérer 00:06:04.960 --> 00:06:07.740 que vous utilisez des accolades autour de votre si toutes les instructions. 00:06:09.650 --> 00:06:12.900 Ainsi, au lieu de devoir manuellement ajouter des accolades, nous avons ajouté 00:06:12.900 --> 00:06:17.010 tonnes d’actions d’un code petit peu Pour vous aider tout au long du processus. 00:06:17.010 --> 00:06:21.650 Par exemple, si je place le curseur dans cette ligne, je peux maintenant appuyez sur Ctrl +. 00:06:21.650 --> 00:06:25.380 Et vous pouvez voir qu’il y a la possibilité d’ajouter des accolades ici pour moi. 00:06:26.490 --> 00:06:31.205 Et si je le parcourir, je peux voir que je peux effectivement ajouter des accolades 00:06:31.205 --> 00:06:35.303 partout dans le document, projet ou solution. 00:06:35.303 --> 00:06:39.266 Par conséquent, si vous voulez résoudre le problème partout dans Mon document, étant donné que je ne veux 00:06:39.266 --> 00:06:42.107 Rechercher partout où une instruction if instruction est écrit, 00:06:42.107 --> 00:06:44.980 Je peux appuyez simplement sur entrée et appliquer mes modifications. 00:06:44.980 --> 00:06:48.830 Et voilà, vous voyez qu’il Ajout d’accolades partout dans mon code. 00:06:50.550 --> 00:06:53.760 Un autre avantage de Par ailleurs, Live de tests d’unités 00:06:53.760 --> 00:06:57.220 qui est à effectuer toute refactorisation ou modification du code, 00:06:57.220 --> 00:07:01.240 Je peux voir instantanément qu’il vous n’avez pas négativement impact mon code. 00:07:01.240 --> 00:07:04.130 Par conséquent, j’ai pu voir, en dépit de placer tous ces accolades 00:07:04.130 --> 00:07:06.766 la refactorisation a été succès car tous mes 00:07:06.766 --> 00:07:09.544 les tests unitaires sont toujours en cours d’exécution. qui atteint ces lignes. 00:07:12.478 --> 00:07:16.580 Une autre chose que nous pouvons voir dans Visual Studio est améliorée. 00:07:16.580 --> 00:07:18.730 IntelliSense. 00:07:18.730 --> 00:07:22.450 Revenons donc à cette méthode et décider que lorsque j’enregistre ma séance d’entraînement I 00:07:22.450 --> 00:07:24.860 vous souhaitez en fait se connecter son intensité ainsi. 00:07:26.010 --> 00:07:30.380 Maintenant, lorsque je fournis à cette partie où je suis enregistrement les données réelles, 00:07:30.380 --> 00:07:34.830 Je sais que je dispose d’une méthode quelque part qui doit faire avec 00:07:34.830 --> 00:07:35.890 intensité. 00:07:35.890 --> 00:07:37.840 Lorsque je commence à taper, 00:07:37.840 --> 00:07:42.910 Je peux maintenant compter sur IntelliSense à Recherchez la méthode souhaitées pour moi. 00:07:42.910 --> 00:07:45.000 Un nouvel élément dans Visual Studio 2017, 00:07:45.000 --> 00:07:49.660 Vous remarquerez que c’est bas barre d’état système. 00:07:49.660 --> 00:07:53.150 Et ce que cela vous permet de faire est filtrer réellement IntelliSense 00:07:53.150 --> 00:07:54.180 par catégorie. 00:07:54.180 --> 00:07:57.300 Vous voyez que je peux filtrer ma liste de saisie semi-automatique d’avoir uniquement des variables locales 00:07:57.300 --> 00:07:58.540 et des paramètres. 00:07:58.540 --> 00:08:04.415 Ou uniquement des propriétés, champs, méthodes, interfaces, etc. 00:08:04.415 --> 00:08:08.038 Et il est très intuitif raccourci clavier associé 00:08:08.038 --> 00:08:09.180 avec tous ces éléments. 00:08:10.400 --> 00:08:13.884 Je sais que je souhaite uniquement consulter méthodes, donc je peux filtrer par les méthodes. 00:08:13.884 --> 00:08:17.883 Et bien sûr, je peux voir que GetWorkoutIntensity est probablement 00:08:17.883 --> 00:08:19.699 la méthode que je souhaite ici. 00:08:21.460 --> 00:08:24.905 Vous pouvez également constater que nous ajouté IntelliSense mise en surbrillance, 00:08:24.905 --> 00:08:28.805 où nous gras effectivement la recherche Par conséquent, des termes à l’intérieur de votre liste de saisie semi-automatique, 00:08:28.805 --> 00:08:31.091 vous savez Pourquoi choses sont proposées pour vous. 00:08:32.893 --> 00:08:36.487 Donc je vais faire cet ajout, je vais placer dans mon paramètre d’entraînement. 00:08:36.487 --> 00:08:39.568 Et voilà, J’ai mis à jour cette méthode 00:08:39.568 --> 00:08:42.910 inclure l’intensité Lorsque j’enregistre mon entraînements. 00:08:44.450 --> 00:08:47.240 Ce constructeur par défaut qui Nous travaillons plus haut, 00:08:47.240 --> 00:08:50.510 a été mon et je ne l’avez pas vraiment d’oublier encore. 00:08:50.510 --> 00:08:53.960 Chose que je peux faire Pour revenir à 00:08:53.960 --> 00:08:58.618 est je peux appuyer sur Ctrl + T ou ce que l'on appelle aller à tous. 00:08:58.618 --> 00:09:00.020 En appuyant sur Ctrl + T, 00:09:00.020 --> 00:09:05.450 Je peux maintenant accéder à n’importe quel fichier, déclaration de symbole, membre ou type. 00:09:05.450 --> 00:09:09.850 Par exemple, je sais qu’il a été un constructeur pour le formateur et 00:09:09.850 --> 00:09:11.630 Je peux entrer dans. 00:09:11.630 --> 00:09:17.230 Vous pouvez également constater qu’il s’agit d’un liste de tous les fichiers, types, membres 00:09:17.230 --> 00:09:21.840 symboles qui je peux filtrer réellement Ces vers le bas par catégorie ainsi. 00:09:21.840 --> 00:09:25.080 C’est le cas si vous souhaitez uniquement voir les fichiers, Je peux appuyer sur cette icône. 00:09:25.080 --> 00:09:28.290 Si vous souhaitez uniquement voir les types, Je peux appuyer sur cette icône. 00:09:28.290 --> 00:09:30.980 Si je veux uniquement voir les symboles, etc.. 00:09:30.980 --> 00:09:35.732 Puis-je également modifier la portée de mon recherche dans le document actuel ou 00:09:35.732 --> 00:09:37.230 pour les éléments externes. 00:09:38.930 --> 00:09:43.710 Je sais ici que je souhaite réellement pour atteindre le type de formateur et 00:09:43.710 --> 00:09:45.310 Je peux placer automatiquement cette ici. 00:09:47.330 --> 00:09:48.130 Donc, maintenant que je suis, 00:09:48.130 --> 00:09:52.570 Je souhaite réellement voir la fréquence Ce constructeur est utilisé. 00:09:52.570 --> 00:09:56.140 Par conséquent, je peux voir que j’ai le constructeur par défaut et 00:09:56.140 --> 00:09:58.210 un constructeur qui prend un objectif. 00:09:58.210 --> 00:10:00.650 Je voudrais savoir comment ils sont utilisés. 00:10:00.650 --> 00:10:04.690 Donc je peux trouver à mon type d’et Je peux appuyer sur Rechercher toutes les références. 00:10:07.499 --> 00:10:09.590 Vous suivez toujours, ce qui est arrivé ici ? 00:10:09.590 --> 00:10:13.510 Cela ne ressemble pas à la dernière Nous avons utilisés pour les références. 00:10:13.510 --> 00:10:17.708 N’est plus références finales liste simple et plate. 00:10:17.708 --> 00:10:21.828 Dans Visual Studio 2017, nous avons réellement présent coloré tout votre 00:10:21.828 --> 00:10:25.080 résultats à l’intérieur des références finales et Nous avons ainsi 00:10:25.080 --> 00:10:29.400 Vous pouvez personnaliser la hiérarchie de résultats affichés. 00:10:29.400 --> 00:10:33.730 Par exemple, j’ai ici le projet, puis la définition. 00:10:33.730 --> 00:10:35.890 Puis-je modifier ce la définition uniquement. 00:10:36.920 --> 00:10:38.890 Puis-je modifier ce comportement à être la définition d’et 00:10:38.890 --> 00:10:41.300 le projet, etc. 00:10:41.300 --> 00:10:44.544 Je peux même être personnalisé si Souhaitée par un clic droit et 00:10:44.544 --> 00:10:46.415 changer le groupement moi-même. 00:10:49.111 --> 00:10:52.815 Je veux conserver en tant que le projet puis la définition. 00:10:52.815 --> 00:10:58.275 Ce faisant, je peux voir que mon constructeur par défaut 00:10:58.275 --> 00:11:03.486 est toujours référencé une fois dans mon fichier didacticiel et 00:11:03.486 --> 00:11:06.851 qu’une seule fois dans mon fichier de test. 00:11:06.851 --> 00:11:11.362 Donc je vais en fait penser de supprimer uniquement cette chose car 00:11:11.362 --> 00:11:14.733 Il a toujours utilisé une fois que c’est le cas Je ne pas vraiment besoin. 00:11:14.733 --> 00:11:18.000 Encore une fois, je peux juste vérifier cela directement sur ce faisant final 00:11:18.000 --> 00:11:21.530 références et voir à nouveau, Il est uniquement dans ces deux emplacements. 00:11:22.600 --> 00:11:26.255 Je suis en fait juste allez à supprimer. 00:11:26.255 --> 00:11:29.604 Et maintenant je peux simplement aller revenir à ma classe de test et 00:11:29.604 --> 00:11:32.779 modifier à utiliser l’autre constructeur. 00:11:32.779 --> 00:11:33.529 Et encore une fois, 00:11:33.529 --> 00:11:37.279 Tests d’unités Live va exécuter en arrière-plan pour 00:11:37.279 --> 00:11:41.706 Vérifiez que je n’affectaient pas quoi que ce soit Lorsque j’ai supprimé ce constructeur. 00:11:41.706 --> 00:11:44.940 Et bien sûr, tous mes tests. réussissent toujours malgré moi 00:11:44.940 --> 00:11:48.050 la suppression de ce et donc maintenant, je sais que je l’ai en toute sécurité supprimé. 00:11:49.700 --> 00:11:52.600 Nous espérons que vous êtes aussi enthousiaste avec Ces nouvelles améliorations de la productivité 00:11:52.600 --> 00:11:53.900 Puisque nous sommes. 00:11:53.900 --> 00:11:57.241 N’oubliez pas de télécharger 2017 Visual Studio dès aujourd'hui. 00:11:57.241 --> 00:12:01.017 Assurez-vous également que vous découvrez quelques Refroidir plus de vidéos sur Channel 9 et 00:12:01.017 --> 00:12:04.611 continuer votre formation à Microsoft Virtual Academy en ligne.