Lancement d’Internet Explorer
Une fois que vous avez créé votre DLL d’adaptateur, vous devez lancer Internet Explorer afin qu’il sache qu’il est utilisé pour l’API DualEngine, comme suit.
Arguments de ligne de commande requis
Les arguments de ligne de commande suivants doivent être présents pour lancer Internet Explorer de la manière appropriée pour utiliser l’API DualEngine.
DualEngineAdapter
-DualEngineAdapter=<full-path-to-adapter-dll>
Indique le chemin d’accès à la DLL de l’adaptateur d’API DualEngine à charger. Pour plus d’informations sur l’écriture d’une DLL d’adaptateur, consultez Création d’une DLL de plug-in d’adaptateur DualEngine.
DualEnginePipe
-DualEnginePipe=<pipe-string>
Cet argument fournit une chaîne qui est finalement passée à la DLL de l’adaptateur via l’exportation DualEngineInitialize
. Cela peut être utilisé pour passer un nom de canal à votre code d’adaptateur afin de démarrer la communication entre votre adaptateur et main application. Bien que DualEnginePipe
soit un paramètre de ligne de commande obligatoire, il n’est utilisé que s’il est passé à votre code via DualEngineInitialize
. Par conséquent, malgré son nom, il n’est pas nécessaire qu’il s’agit d’un nom de canal ; il peut s’agir de n’importe quelle chaîne arbitraire dont vous avez besoin.
APPID
APPID:<your-app-id>
Cet argument fournit l’ID de modèle utilisateur d’application de votre application. Cet ID est utilisé pour associer le processus de Explorer Internet à votre application, pour un certain nombre de fonctionnalités Windows Shell. Pour plus d’informations, consultez ID de modèle utilisateur d’application.
Arguments de ligne de commande facultatifs
L’argument de ligne de commande suivant est facultatif pour ajuster le comportement de l’Explorer Internet pour l’API double moteur.
DualEngineVersion
-DualEngineVersion=<force_version_number>
Force les Explorer Internet à instancier les objets DualEngine de la version fournie, si possible. Cela bloque la création d’objets DualEngine qui ne correspondent pas au numéro de version fourni, même si cette version d’Internet Explorer prend en charge cette version.
Diagnostic des problèmes de lancement
Il existe plusieurs raisons pour lesquelles le Explorer Internet peut échouer lors du lancement. Si cela se produit avant ou pendant le chargement de votre DLL, il peut être difficile de déterminer la raison exacte et de la communiquer à votre application. Par conséquent, si internet Explorer ne parvient pas à se lancer lors de son lancement pour l’utilisation de DualEngine, obtenez des informations détaillées sur la gestion des erreurs en vérifiant la valeur du StartupFailurePoint
Registre.
StartupFailurePoint
HKCU\SOFTWARE\Microsoft\Internet Explorer\EdgeIntegration\StartupFailurePoint
Contient un DWORD qui indique l’emplacement de l’échec dans le chemin de démarrage de DualEngine.
Le DWORD correspond aux raisons suivantes :
DWORD | Raison |
---|---|
0 | Aucun échec. |
1 | Inutilisés. |
2 | Inutilisés. |
3 | La version spécifiée par l’argument DualEngineVersion était 0. |
4 | Impossible de canoniser le chemin d’accès transmis via DualEngineAdapter ; consultez .StartupFailureHresult |
5 | Inutilisés. |
6 | Inutilisés. |
7 |
LoadLibrary échec de la DLL de l’adaptateur fournie ; consultez .StartupFailureHresult |
8 | Impossible de trouver DualEngineInitialize dans la DLL de l’adaptateur. |
9 | Échec de l’appel à DualEngineInitialize ; consultez .StartupFailureHresult |
10 | Échec de la définition de l’ID de modèle utilisateur d’application fourni ; consultez .StartupFailureHresult |
11 | Échec de case activée de signature dll. |
12 | Inutilisés. |
13 | LA DLL n’avait pas de ressource IDENTITY LIMITEDACCESSFEATURE. |
StartupFailureHresult
HKCU\Software\Microsoft\Internet Explorer\EdgeIntegration\StartupFailureHresult
Contient un DWORD qui est le HRESULT défaillant à partir de StartupFailurePoint
, s’il y a un StartupFailureHresult
. Pour voir si une raison donnée fournit un StartupFailureHresult
, consultez le tableau ci-dessus.