Génération et déploiement de package

1. Définition

Unity3D est capable de cibler de nombreuses plateformes. Pour chacune d’elle, il est nécessaire de générer un ensemble de fichiers spécifiques appelé une "build". Celle-ci contiendra alors tout le nécessaire permettant d’exécuter l’application 2/3D développée sur la cible.

Une build est constituée de deux choses :

2. Différents formats de builds

En fonction de la plateforme, Unity générera différentes choses :

1. Description

La configuration du player est peut-être la phase la plus fastidieuse car il y a beaucoup de paramètres à vérifier mais c’est sûrement la plus excitante car on est dans la dernière étape avant la génération finale de l’application.

Unity permet tout d’abord de configurer les paramètres généraux de l’application directement dans l’Inspector. Voici la procédure pour afficher cet écran :

Les paramètres généraux sont situés dans la partie haute de l’Inspector :

La partie basse de l’Inspector permet de configurer spécifiquement le player par plateformes. À noter que les configurations des différentes consoles ne sont disponibles que si le SDK associé est installé sur la machine de développement. Pour chacune, les paramètres sont regroupés en plusieurs catégories :

1. Fenêtre de configuration et génération d’une build

Une fois le player configuré, il est maintenant temps de le générer. Cela se passe au travers de la fenêtre Build Settings d’Unity. Voici la manipulation permettant d’afficher cette fenêtre :

1. Génération d’un package Android

Unity permet de créer directement le binaire final correspondant à l’application ou de générer des projets de développements utilisables dans l’environnement de développement Google (Android Studio).

1. Déclencher le processus de build

1. Le principe des plugins

Un Plugin Unity est un composant n’étant utilisable que sur une plateforme cible donnée écrit dans le langage natif de celle-ci :

Par défaut, il est recommandé de placer les fichiers correspondants aux plugins dans le dossier /Assets/Plugings/[NomDeLaPlateforme]/. Dans ce cas, Unity va automatiquement détecter la plateforme ciblée par le plugin. Le plugin ne sera alors disponible que sur le player ciblé. Depuis Unity 5.0, il est possible de placer les plugins à n’importe quel niveau de la hiérarchie de dossier du projet mais il devient alors nécessaire de spécifier manuellement la plateforme ciblée. Un formulaire dédié à cette tâche apparaît alors dans l’Inspector :

2. Utilisation d’un plugin Android

Afin de pouvoir utiliser une méthode déclarée...

1. Jusqu’à présent : Mono

Jusqu’à sa dernière version Unity utilisait Mono sur ces différents players afin de permettre l’exécution des scripts C#. Cela signifie que sur les 23 plateformes supportées, les équipes Unity se chargeaient de proposer une plateforme d’exécution (CLR - Common Language Runtime) du code .NET supporté par Mono. Cela est assez spectaculaire mais présente certaines limitations reconnues par les équipes Unity :

Pour répondre à ces problématiques, Unity a décidé de mettre en branle un nouveau chantier audacieux : IL2CPP.

2. Le futur : IL2CPP

Concrètement cela consiste en un compilateur AOT (Ahead Of Time) et une machine virtuelle qui correspondent à une implémentation...

1. Déterminer la répartition du poids en fonction des composants

La première des actions à faire est de déterminer d’où provient la taille de votre package. Unity donne cette information par catégorie de composants dans le fichier de logs de l’éditeur (editor.log). Ce fichier est accessible après la génération d’une build en utilisant le menu contextuel de la vue Console.

Voici un exemple de fichier produit par Unity lors de la génération d’une build PC. Vous remarquerez aussi qu’Unity indique les fichiers prenant le plus de place.

Dans ce cas, 1,8 mb (25,6 % de la taille du package) proviennent du fichier CustomAsset.png et 713,2 kb (9,7 %) proviennent d’un fichier Unity-builtin-extra. Le reste est réparti entre différents fichiers média (.wav), des librairies tierces (.dll) ainsi que des fichiers de code (.cs).

2. Le stripping