Eclipse RCP 4.40 : génie logiciel hors ligne

Que fait Eclipse RCP 4.40 : génie logiciel hors ligne ?

N'utilisez jamais de recherche web, de téléchargement de packages réseau, de documentation HTTP ou d'outillage exclusivement cloud pour cette compétence. Le dossier inclus vendor-docs/platform-isv-4.40/ est un sous-ensemble organisé du Guide du développeur de plugins de la plateforme Eclipse et de l'API/référence pour 4.40 : le guide complet ainsi que des pages d'API et des points d'extension sélectionnés pour e3/e4/SWT/JFace/jobs. Le dossier references/ fournit des conseils orientés tâches. Un agent entièrement hors ligne nécessite également un modèle hébergé localement et des dépendances de construction mises en cache.

Identifier l'architecture avant de modifier

1. Lisez references/index.md et le guide de tâches pertinent. Inspectez MANIFEST.MF, plugin.xml, *.product, *.feature, Application.e4xmi / fragments, la plateforme cible, pom.xml ou la construction PDE/Gradle et la base Java.
2. Déterminez si chaque zone affectée utilise les API du workbench e3, l'e4 natif, ou la compatibilité e3 sur le workbench e4. e3 utilise les points d'extension org.eclipse.ui, ViewPart/EditorPart, IWorkbench* ; e4 utilise le modèle, les contextes/DI, les parties/gestionnaires et les annotations de cycle de vie @*. La simple présence de bundles e4 ne rend pas un produit pure e4. Ne traduisez pas une approche en une autre sans une demande et un plan de migration.
3. Identifiez les versions précises de la cible. Cette documentation concerne la Plateforme 4.40, pas nécessairement les versions des bundles tiers, d'EMF, GEF, RAP ou du produit de l'utilisateur. Pour d'autres API, vérifiez la plateforme cible locale et les sources/Javadoc ; ne devinez jamais les signatures et n'utilisez pas de classes internal comme API stables.

Boucle d'optimisation

1. Établissez une base observable : environnement, JVM, plateforme cible, état de l'espace de travail, démarrage à froid/chaud, opération, latence/heap/blocage UI, et mesure reproductible. Lisez references/performance.md.
2. Profilez/diagnostiquez d'abord. Capturez les vidages de threads pour les blocages UI ; inspectez l'échantillonnage CPU, l'allocation/heap, le GC, les logs, l'activation des bundles, les jobs de l'espace de travail et les ressources SWT selon le symptôme. Protégez les données client. Priorisez un goulot d'étranglement mesuré.
3. Implémentez la plus petite modification correcte préservant le comportement et la compatibilité. Gardez l'accès aux widgets SWT sur le thread UI ; effectuez les tâches lourdes dans un Job ou un service d'arrière-plan ; gérez l'annulation, les écouteurs/ressources de dispose, préservez le modèle et les cycles de vie DI. Voir references/e3.md, references/e4.md, references/swt-jface.md, references/osgi-build.md.
4. Exécutez les tests/construction du projet en utilisant uniquement les outils/dépendances disponibles localement. Re-mesurez dans des conditions comparables, testez l'intégration e3/e4 le cas échéant, et rapportez les valeurs avant/après ou indiquez que l'amélioration n'est pas prouvée. N'améliorez pas la plateforme cible, ne supprimez pas de dépendances, ne désactivez pas les fonctionnalités du workbench et n'effacez pas les données de l'espace de travail de l'utilisateur comme solution de facilité.

Trouver des réponses hors ligne

• Commencez par references/index.md pour des liens locaux exacts. Lisez le guide original sous vendor-docs/platform-isv-4.40/guide/ et les pages API disponibles sous vendor-docs/platform-isv-4.40/reference/api/ avec une recherche normale du système de fichiers ; utilisez les points d'extension inclus et les Javadocs exactes 4.40 pour les signatures lorsqu'elles sont présentes.
• L'édition compacte omet de nombreuses classes API et points d'extension. Les liens dans le HTML du fournisseur peuvent pointer vers des fichiers omis. Si une page exacte est absente, consultez la documentation ou les sources du SDK/plateforme cible 4.40 hors ligne ; n'inventez pas une API et ne la récupérez pas en ligne.
• Évitez de traiter les extraits d'exemple comme des modèles complets de plugin/projet : vérifiez le manifeste cible et les schémas d'extension. Pour les API incertaines, vérifiez la page API 4.40 réelle et le bundle de dépendance, ou déclarez explicitement l'incertitude.
• Les fichiers du fournisseur conservent about.html, notices.html et la licence. Voir README.md pour la provenance et la configuration hors ligne. Leurs liens en ligne sont des références historiques, pas des dépendances.