Domaines d'application dans le .NET Compact Framework
Mise à jour : novembre 2007
Chaque application .NET Compact Framework s'exécute dans une construction de runtime appelée domaine d'application, semblable à un processus de système d'exploitation. Le .NET Compact Framework fait en sorte que toutes les ressources managées utilisées par une application en cours d'exécution soient libérées ou rendues au système d'exploitation hôte lorsque l'application se termine.
Les domaines d'application offrent la plupart des avantages des processus, par exemple l'isolation des problèmes, la robustesse accrue et la sécurité, sans exiger de prise en charge par le système d'exploitation hôte sous-jacent. Un hôte de domaine d'application démarre une instance du Common Language Runtime et il est lui-même un code de système d'exploitation natif. Le Common Language Runtime peut être lié statiquement ou dynamiquement à l'hôte de domaine d'application.
Le .NET Compact Framework n'impose pas de restrictions au comportement de l'hôte de domaine d'application. L'hôte de domaine d'application peut être une simple extension d'un shell interactif existant qui est utilisée pour démarrer et arrêter des programmes. Sur les systèmes d'applications dynamiques tels que Windows, l'hôte de domaine d'application peut être une extension du chargeur d'application, de sorte que les applications .NET Compact Framework peuvent être démarrées et arrêtées comme les applications natives.
Plusieurs domaines d'application
Le .NET Compact Framework prend en charge plusieurs domaines d'application. Vous pouvez spécifier un assembly dans le constructeur d'une classe. Vous pouvez ensuite utiliser la méthode CreateDomain pour démarrer un nouveau domaine d'application. Le nouveau domaine d'application charge ses propres copies des bibliothèques DLL, des structures de données et des pools de mémoire du Common Language Runtime. Plusieurs domaines d'application peuvent exister dans un même processus du système d'exploitation.
.gif "Remarque") Remarque : |
|---|
Le .NET Compact Framework ne prend pas en charge le chargement d'assemblys dans une zone de code indépendante du domaine en vue d'une utilisation par plusieurs domaines d'application. |
Le .NET Compact Framework détermine le moment où doit s'exécuter le garbage collection. Le garbage collection peut avoir lieu dans un seul domaine d'application ou dans tous les domaines d'application. Ceci empêche un domaine d'application d'utiliser trop de mémoire au détriment des autres.