Auto-hébergement fondé sur les dispositifs | Actuellement, la méthode
d'auto-hébergement d'Eclipse est basée sur les plug-in. PDE
lance une seconde instance de plan de travail d'exécution en transmettant
un tableau des plug-in à charger. Un produit Eclipse classique est basé
sur des dispositifs : lors du démarrage, il vérifie les dispositifs
qui doivent être actifs, calcule les plug-in qui appartiennent à ces
dispositifs et transmet les résultats pour chargement.
Cette différence de comportement complique l'auto-hébergement dans les scénarios où un démarrage complet impliquant des dispositifs est nécessaire. PDE prend ce scénario en charge lorsque les précautions suivantes sont prises :
Lorsque toutes ces conditions sont respectées, l'instance d'exécution Eclipse est lancée d'une manière qui approche au plus près un démarrage Eclipse normal. Cela facilite le test des boîtes de dialogue A propos de et d'autres éléments qui dépendent de la configuration des dispositifs installés. |
Nettoyage ou pas nettoyage | Lorsque vous créez une configuration de lancement du plan de travail, les arguments de programme de la configuration de lancement sont prédéfinis par PDE pour inclure -clean.
L'argument -clean nettoie toutes les données d'exécution mises en cache dans le plan de travail d'exécution entre chaque appel afin que toutes les modifications effectuées dans le plan de travail hôte, telles que l'ajout de packages Java à un projet de plug-in, soient prises en compte lors du lancement d'un plan de travail d'exécution. Ce nettoyage du cache peut entraîner une baisse des performances si la plateforme cible contient un grand nombre de plug-in. Si vous êtes dans cette situation et que vous ne procédez pas à des ajouts/suppressions intensifs de packages dans vos projets de plug-in, vous pouvez supprimer l'argument -clean de la configuration de lancement afin d'accélérer le démarrage. |
Importation avec liaison | L'importation de plug-in et de fragments externes peut prendre du temps et générer des espaces de travail très volumineux, selon le contenu des plug-in importés. C'est pourquoi l'assistant d'importation de plug-in et fragments externes propose une option d'importation avec liaison. Ce type d'importation ne copie pas dans l'espace de travail les ressources importées. Elle crée simplement des liens vers les fichiers importés. Vous pouvez ensuite parcourir ces ressources liées comme si elles avaient été copiées dans votre espace de travail. Mais comme elles ne sont toutefois pas présentes physiquement dans votre système de fichiers, vous ne pouvez pas les modifier. Attention aux opérations qui reposent sur des fichiers physiquement présents dans votre espace de travail car elles ne fonctionneront pas sur des ressources liées. |
Modèles | Pour un démarrage rapide, PDE fournit plusieurs modèles de plug-in qui génèrent un plug-in doté d'une ou plusieurs extensions opérationnelles. De plus, si à un moment donné vous voulez ajouter une extension à partir de la liste de modèles (sans avoir à générer de plug-in), vous pouvez accéder à ces modèles d'extension directement à partir de l'éditeur de manifeste. Dans la page 'Extensions' de l'éditeur, cliquez sur 'Ajouter...'. Dans l'assistant qui s'affiche, sélectionnez Modèles d'extension dans la sous-fenêtre de gauche et choisissez un modèle dans celle de droite. |
Etendue des dépendances de plug-in | S'il vous est arrivé
d'observer la liste des plug-in dont dépend votre plug-in et de vous
demander pourquoi il nécessitait un plug-in X particulier, vous pouvez
maintenant savoir pourquoi.
L'opération Calcul de l'étendue des dépendances du menu contextuel de plusieurs contextes (y compris la page Dépendances et la vue Dépendances du fichier manifeste) effectue une recherche portant à la fois sur Java et les plug-in pour trouver tous les points d'extension et les types Java fournis par le plug-in X et référencés par votre plug-in. Les résultats s'affichent dans la vue Recherche. Lorsqu'un type est sélectionné dans la vue Résultats de la recherche, l'action Références dans MonPlugIn du menu contextuel recherche où le type sélectionné est référencé dans le plug-in. Si la recherche renvoie 0 résultat, vous devez définitivement retirer le plug-in X de votre liste de dépendances car il n'est pas utilisé du tout, et ralentit simplement le chargement des classes. L'opération Calcul du domaine des dépendances permet également de vérifier si vous utilisez des classes internes (non API) issues du plug-in X, ce qui n'est pas toujours souhaitable. |
Recherche des dépendances inutilisées | Réduire le nombre de dépendances d'un plug-in améliore réellement les performances. A mesure où votre plug-in évolue, sa liste de dépendances peut devenir obsolète car elle contient encore des références à des plug-in devenus inutiles. La méthode la plus rapide pour vérifier si les dépendances listées par votre plug-in sont encore utilisées consiste à exécuter l'utilitaire 'Rechercher les dépendances inutilisées', disponible dans le menu contextuel de la page 'Dépendances' de l'éditeur de manifeste de PDE. |
Extension de la portée de la recherche Java | Une recherche Java se limite aux projets de votre espace de travail et aux fichiers JAR externes auxquels ces projets font référence. Pour ajouter à la recherche d'autres bibliothèques de plug-in externes, procédez comme suit : ouvrez la vue Plug-in, sélectionnez un plug-in, puis Ajouter à la recherche Java dans le menu contextuel. Ainsi, vous savez toujours quels autres plug-in dépendent de ceux avec lesquels vous travaillez. |