Question

Pour autant que je le comprends, les applications qui veulent des fonctionnalités d'entrées / sorties doivent parler au Kernel32.dll qui à son tour envoie la requête sur le noyau lui-même. Dans .NET cependant, la classe de la console, située dans le mscorlib.dll, comme toute autre application, ne parle pas directement au noyau, correct? Est-ce MSCorLib.dll doivent envoyer de demande à l'Kernel32.dll ou .NET ne possède un privilège spécial pour le contourner?

Est-ce que quelqu'un a des connaissances de département sur la façon dont cela fonctionne?

Merci.

Était-ce utile?

La solution

Toutes les bibliothèques .NET pour appeler les API Win32 natives, y compris ceux qu'on trouve dans les trois bibliothèques bien connues, kernel32.dll, user32.dll et gdi32.dll, afin de faire bouger les choses. Ceci est à peu près la seule façon de faire avancer les choses sur Windows. Le .NET Framework est un environnement de temps il suffit de lancer sur le dessus de Windows, mais très un complet.

La fonctionnalité fournie par mscorlib.dll ne fait pas exception. Il invoque en effet les fonctions API Win32 natives, y compris ceux qu'on trouve dans kernel32.dll.

Autres conseils

.net lui-même est une application native qui appelle les appels système sous-jacent. Donc, lorsque vous appelez Console.WriteLine vous appelez un emballage en effet de writeconsole .

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top