{"id":203873,"date":"2021-11-09T13:22:19","date_gmt":"2021-11-09T12:22:19","guid":{"rendered":"https:\/\/blog.jetbrains.com\/dotnet\/2021\/11\/09\/wargaming-uses-rider-for-unreal-engine-to-develop-its-new-game\/"},"modified":"2021-11-19T12:03:56","modified_gmt":"2021-11-19T11:03:56","slug":"wargaming-utilise-rider-for-unreal-engine-pour-developper-son-nouveau-jeu","status":"publish","type":"dotnet","link":"https:\/\/blog.jetbrains.com\/fr\/dotnet\/2021\/11\/09\/wargaming-utilise-rider-for-unreal-engine-pour-developper-son-nouveau-jeu\/","title":{"rendered":"Wargaming utilise Rider for Unreal Engine pour d\u00e9velopper son nouveau jeu"},"content":{"rendered":"

Depuis un an et demi, nous proposons le programme d’acc\u00e8s anticip\u00e9 \u00e0 Rider for Unreal Engine<\/a>, notre nouvel IDE pour le d\u00e9veloppement de jeux en C++ avec Unreal Engine. Le programme a d\u00e9j\u00e0 attir\u00e9 des dizaines de milliers de d\u00e9veloppeurs ind\u00e9pendants, ainsi que de nombreux studios et entreprises de d\u00e9veloppement de jeux de toutes tailles. Nous \u00e9tions curieux de d\u00e9couvrir ce qui leur \u00e9tait le plus utile dans ce produit, ce qu’ils appr\u00e9ciaient le plus, et ce qui pouvait y manquer. Nous en avons pu en apprendre plus en \u00e9changeant avec Viacheslav Dubikovsk, Directeur technique chez Wargaming RED, un studio de d\u00e9veloppement de jeux r\u00e9cemment ouvert \u00e0 Moscou et faisant partie de Wargaming Group Limited. L’entretien a \u00e9t\u00e9 conduit par Anastasia Kazakova, Responsable Marketing Produit pour les outils .NET et C++, et Alexander Pirogov, Chef de Projet de Rider for Unreal Engine.<\/p>\n\n

\n
\n
\n
\n \"\"\n <\/div>\n
\n

Viacheslav Dubikovsky<\/h4>\n

Technical Director at Wargaming RED<\/p>\n <\/div>\n <\/div>\n <\/div>\n <\/div>\n\n\n

Bonjour Viacheslav\u00a0! Pouvez-vous nous parler du projet sur lequel vous travaillez actuellement ? De quel type de jeu s’agit-il ?<\/em><\/strong><\/p>\n

Nous n’avons pas encore annonc\u00e9 le titre du jeu, je ne peux donc pas vous en dire plus pour des raisons de confidentialit\u00e9. Ce que je peux dire c’est qu’il s’agit d’un jeu de tir de science-fiction, \u00e0 la troisi\u00e8me personne et en session.<\/p>\n

Et vous utilisez Unreal comme moteur de jeu ?<\/em><\/strong><\/p>\n

Oui, c’est exact. Nous d\u00e9veloppons le jeu en C++ et nous utilisons Unreal Engine 4.26 pour le moment, mais nous sommes en train de migrer vers la version 4.27. Je ne pense pas que nous utiliserons Unreal Engine 5 pour ce projet car cette version a un rendu diff\u00e9rent et migrer pourrait avoir pour cons\u00e9quence de devoir refaire tous les graphismes d\u00e9j\u00e0 cr\u00e9\u00e9s.<\/p>\n

\"Equipe<\/p>\n

Comment le projet est-il organis\u00e9 ? Quelles technologies utilisez-vous ?<\/em><\/strong><\/p>\n

Comme je le disais, le projet est \u00e9crit en C++ et est d\u00e9velopp\u00e9 sur Unreal Engine. Nous utilisons beaucoup le m\u00e9canisme de r\u00e9flexion d’Unreal Engine, ainsi que la m\u00e9taprogrammation de mod\u00e8les en C++. Nous avons deux r\u00e9f\u00e9rentiels Mono, un pour le jeu lui-m\u00eame et un pour le moteur. La logique de jeu principale est stock\u00e9e dans le module partag\u00e9.<\/p>\n

Lorsqu’on utilise des \u00e9diteurs de code, le m\u00e9canisme de r\u00e9flexion de UE pr\u00e9sente g\u00e9n\u00e9ralement les plus grands d\u00e9fis. Il est difficile de travailler avec du code qui est entour\u00e9 de tant de d\u00e9finitions de macro qui, du point de vue du langage, n’ont pratiquement aucune signification. Tr\u00e8s peu de d\u00e9veloppeurs peuvent g\u00e9rer cela. C’est l\u00e0 que Rider for Unreal Engine nous sauve la vie !<\/p>\n

Combien de d\u00e9veloppeurs sont impliqu\u00e9s dans le projet ? Quels sont les principaux outils qu’ils utilisent ? <\/em><\/strong><\/p>\n

Notre \u00e9quipe comprend environ 25 programmeurs. Un tiers d’entre eux utilisent Rider for Unreal Engine et les autres travaillent avec diff\u00e9rentes versions de Visual Studio. Avant d’utiliser Rider, nous utilisions Visual Studio, soit la version basique, soit en combinaison avec Visual Assist ou ReSharper C++. Mais avec ou sans plugins, l’\u00e9diteur VS rencontrait souvent des probl\u00e8mes de performance. Avec Visual Assist, les fonctionnalit\u00e9s du langage n’\u00e9taient pas assez pr\u00e9cises pour nous (bien que je pense que les choses doivent \u00eatre diff\u00e9rentes maintenant). Rider for Unreal Engine, en revanche, a fait preuve d’une excellente performance, du moins en ce qui concerne le traitement du code UE.<\/p>\n

La migration vers Rider for Unreal Engine a-t-elle \u00e9t\u00e9 facile pour vous\u00a0? <\/em><\/strong><\/p>\n

Ma premi\u00e8re impression a \u00e9t\u00e9 : \u00ab\u00a0Waouh, \u00e7a prend en charge les raccourcis clavier de VS ! Toutes mes connaissances de VS vont m’\u00eatre utiles\u00a0\u00bb. En ce qui concerne l’interface utilisateur, celle de Visual Studio a l’air plus facile \u00e0 utiliser pour certains aspects, comme le d\u00e9bogage, s\u00fbrement parce que j’y suis plus habitu\u00e9. Mais je dois admettre que l’interface utilisateur de Rider est tr\u00e8s attractive visuellement.<\/p>\n

N\u00e9anmoins, il peut \u00eatre difficile de se d\u00e9faire d’un outil que l’on utilise depuis des ann\u00e9es, c’est pourquoi certains de nos coll\u00e8gues restent fid\u00e8les \u00e0 Visual Studio.<\/p>\n

Quelles fonctionnalit\u00e9s de Rider for Unreal Engine vous ont \u00e9t\u00e9 les plus utiles dans votre projet jusqu’\u00e0 maintenant ?<\/em><\/strong><\/p>\n

Je dirais la navigation, trouver les utilisations, passer \u00e0 la d\u00e9claration de symbole, acc\u00e9der aux symboles d\u00e9riv\u00e9s et de base. Nous utilisons ces \u00e9l\u00e9ments tout le temps, \u00e0 la fois dans notre propre code et dans le code de Unreal Engine (car le code du moteur est la principale source de documentation pour les d\u00e9veloppeurs). L’un des points cl\u00e9s pour bien utiliser Unreal Engine est de pouvoir trouver rapidement les liens vers les champs et les fonctions et de naviguer dans le code, et Rider for Unreal Engine est particuli\u00e8rement efficace pour cela.<\/p>\n

Ensuite, il y a l’analyse du code statique, avec les inspections qui signalent les erreurs dans votre code. Quand vous pouvez voir les erreurs directement dans l’\u00e9diteur, avant m\u00eame de compiler, vous gagnez beaucoup de temps. Si ces erreurs arrivent jusqu’\u00e0 l’\u00e9tape de la compilation, cela peut g\u00e9n\u00e9rer des heures de \u00ab\u00a0ping-pong\u00a0\u00bb entre le compilateur et le d\u00e9veloppeur. Bien s\u00fbr, nous ne d\u00e9tectons pas toutes les erreurs de cette mani\u00e8re, en particulier dans les mod\u00e8les de code. Mais Unreal Engine n’utilise quasiment pas de mod\u00e8le, il ne reste donc qu’un faible pourcentage d’erreurs \u00e0 trouver et \u00e0 corriger. Les inspections qui sugg\u00e8rent l’ajout automatique de directives include<\/code> manquantes aident \u00e9galement \u00e0 gagner du temps : gr\u00e2ce \u00e0 Rider, vous n’avez plus \u00e0 vous demander quels fichiers d’en-t\u00eate sont inclus et lesquels ne le sont pas.<\/p>\n

C’est qui est g\u00e9nial aussi avec Rider est sa connaissance du m\u00e9canisme de r\u00e9flexion impl\u00e9ment\u00e9 dans Unreal Engine et sa capacit\u00e9 \u00e0 compl\u00e9ter automatiquement les identificateurs de r\u00e9flexion et les macros. G\u00e9n\u00e9ralement, on ne de m\u00e9morise pas de telles informations, les conseils de Rider aident donc vraiment \u00e0 acc\u00e9l\u00e9rer le codage.<\/p>\n

Je dois \u00e9galement mentionner l’analyse des actifs et la liaison des Blueprints avec le code source C++. Cette fonctionnalit\u00e9 n’est pas la plus utilis\u00e9e, mais quand elle l’est, elle s’av\u00e8re tr\u00e8s utile. C’est particuli\u00e8rement le cas quand on refactorise et que quelque chose change dans le code source en C++ : il est alors tr\u00e8s utile de voir les utilisations dans les Blueprints. Idem avec les fichiers INI et les valeurs par d\u00e9faut des propri\u00e9t\u00e9s de classes : vous pouvez souvent voir les valeurs directement dans le code, sans avoir \u00e0 rechercher dans les fichiers INI.<\/p>\n

Le dernier \u00e9l\u00e9ment, et non des moindres, c’est l’int\u00e9gration avec Unreal Editor, c’est-\u00e0-dire les plugins RiderLink\/UnrealLink. G\u00e9n\u00e9ralement, nous lan\u00e7ons Unreal Editor depuis le d\u00e9bogueur Rider pour y programmer en direct. La possibilit\u00e9 de voir les journaux lorsque nous mettons en pause et reprenons le jeu, sans quitter Rider, peut parfois apporter une aide significative. Par exemple, si nous utilisons des plugins tiers (pour int\u00e9grer Steam ou des chats externes, cr\u00e9er le pipeline du jeu, etc.), nous n’avons m\u00eame pas \u00e0 basculer sur l’\u00e9diteur\u00a0: voir les journaux et mettre en pause\/reprendre l’\u00e9diteur est suffisant.<\/p>\n

D’ailleurs, j’ai quelques suggestions pour am\u00e9liorer le journal d’Unreal :<\/p>\n