Windows 8 WinRT是直接访问NT内核(当它需要OS支持时)还是通过Win32访问?

Windows 8 WinRT是直接访问NT内核(当它需要OS支持时)还是通过Win32访问?,windows-8,windows-runtime,Windows 8,Windows Runtime,WinRT是如何在引擎盖下实现的?直接使用NT内核还是在Win32/64上实现 两者-Windows运行时的某些部分是自上而下的新部分(因此直接与内核服务交互),Windows运行时(WinRT)的其他部分使用Windows中现有的服务 不确定这个问题解决了什么编程问题。它的实现方式与Win32 OS功能的实现方式相同。我相信这一点在//构建主题演讲中被多次提到。但愿你不会真正了解你正在使用的系统…:-P至少对我来说,在编程时,了解系统的工作原理会有所帮助。根据下面的@LarryOsterman

WinRT是如何在引擎盖下实现的?直接使用NT内核还是在Win32/64上实现

两者-Windows运行时的某些部分是自上而下的新部分(因此直接与内核服务交互),Windows运行时(WinRT)的其他部分使用Windows中现有的服务

不确定这个问题解决了什么编程问题。它的实现方式与Win32 OS功能的实现方式相同。我相信这一点在//构建主题演讲中被多次提到。但愿你不会真正了解你正在使用的系统…:-P至少对我来说,在编程时,了解系统的工作原理会有所帮助。根据下面的@LarryOsterman,它的实现方式不仅与Win32功能的实现方式相同,而且两者都有。嗯,Win32还包含与内核服务通信的部分和与Win32其他部分通信的部分。两者兼而有之。雷蒙德的评论是100%正确的。他和我说的完全一样——Win32的一部分是直接写在内核服务上的,而另一部分不是。我急切地等待更真实的体系结构图,以显示各种应用程序API堆栈之间的实际依赖关系。我不确定这些是否重要(显示实际依赖关系的体系结构图)。也许不是。对我来说,最有趣的是WinRT不是托管的。NET。@Bob我想这可以算作一个实现细节。今天有些是在Win32之上,明天是另外一回事——为什么API客户机会在意呢?我认为这已经成为媒体的另一个困惑点,就像将Win32和x86混为一谈一样。这里唯一的问题是清晰,这有利于通过让知情者陈述事实来化解正在进行的毫无意义的讨论。我希望开发人员知道IE、CLR等也不要绕过Win32,但这些图表给了人们其他的想法。