是否有描述 "full" windows 目录结构的文档？
Is there a documentation describing "full" windows directory structure?
我只是想了解和研究目录在 windows nt 版本中更具体的 7、10 的方式。我搜索了一下，但没有找到任何类型的完整文档.我知道 windows 的方式很复杂，但是必须有一些完整描述的自上而下的文档 windows 默认应用程序及其位置以及为什么它存储在那个地方而不是任何其他地方。
我知道我可以单独识别每个文件夹和应用程序，但这不是我要找的。
我不只是在寻找有关 windows 顶级目录的信息：https://en.wikipedia.org/wiki/Directory_structure
（免责声明：我在 Microsoft 工作，虽然我不在 OSG（我在 STB/DevDiv）我浏览了足够多的内部文档和我自己的 Windows 源代码好奇地想知道一个大概的想法——但不要把我的回答当成权威，因为我相信有更好第一手经验的人可能会比我回答得更好）
I know it's complicated the way windows is, but theres got to be some fully described top-down documentation of windows default apllications and their location and why it is stored in that place and not any other.
简短回答：C:\Windows\... 文件系统结构没有可公开访问的单一权威目录或文档。当我在 Microsoft 时，内部甚至没有一个可用的目录（至少，我不知道 - 再一次，我不在 OSG，所以我可能错过了一些部落知识 - 或者它被埋在一个内部 SharePoint 站点中）——尽管个别功能团队通常会为他们引入的更改保留自己的文档，当然——并且至少试图维护自解散后旧团队继承的任何文档——也就是说，还有一个有意的由于 Sun Java 诉讼（LCA 的偏执律师通过 Windows XP SP1 和许多相关文档，不幸的是 - 我在 2013 年为我的团队做一些历史研究时，必须得到我的 skip-level 的特别批准才能获得 Windows 2000 的副本。 =23=]
至于 "why" Windows 的 C:\Windows 就是这样 - 它主要是其自身历史和微软对向后兼容性的光荣追求的产物，而不是人为的宏伟的设计。我建议从 Windows 1.0 开始（如果您知道在哪里可以找到预装了它的 VM 映像）到 Windows 3.0 - Windows 95 就已经成型了. 下一个重大变化是 Windows 2000（由 Windows XP 继承）然后是 Windows XP x64（它为我们提供了 SysWow64 用于 32 位文件和 System32 用于 64 位文件 - 是的，这很愚蠢）。除了 Vista 为本地化资源添加 MUI subfolders 之外，从那时起就没有太多用户可见的重大变化。
每个 Windows 功能团队都会有自己的想法，他们想把文件放在 Windows 安装中的什么位置，以及他们想为 TechNet 记录多少文件。诚然，有适用的约定（并且很多人告诉他们他们有一个坏主意） - 但是例如，Windows 媒体中心人员将他们的文件放在 C:\Windows\ehome 而不是 C:\Program Files\Windows Media Center 或 C:\Windows\System32\ehome（假设 System32 已经包含大量非内核组件）。
此外，请记住 Windows 的许多关键组件根本不存在于 C:\Windows 中，例如引导加载程序（位于其自己的 EFI 分区中）、许多用户空间和包-在 C:\Program Files 下的应用程序中，以及 Microsoft 通过 AppX 推动操作系统更大程度地组件化，因此像 MSPaint 这样的东西最终将在 C:\Program Files\WindowsApps\.
下存在
我只是想了解和研究目录在 windows nt 版本中更具体的 7、10 的方式。我搜索了一下，但没有找到任何类型的完整文档.我知道 windows 的方式很复杂，但是必须有一些完整描述的自上而下的文档 windows 默认应用程序及其位置以及为什么它存储在那个地方而不是任何其他地方。
我知道我可以单独识别每个文件夹和应用程序，但这不是我要找的。
我不只是在寻找有关 windows 顶级目录的信息：https://en.wikipedia.org/wiki/Directory_structure
（免责声明：我在 Microsoft 工作，虽然我不在 OSG（我在 STB/DevDiv）我浏览了足够多的内部文档和我自己的 Windows 源代码好奇地想知道一个大概的想法——但不要把我的回答当成权威，因为我相信有更好第一手经验的人可能会比我回答得更好）
I know it's complicated the way windows is, but theres got to be some fully described top-down documentation of windows default apllications and their location and why it is stored in that place and not any other.
简短回答：C:\Windows\... 文件系统结构没有可公开访问的单一权威目录或文档。当我在 Microsoft 时，内部甚至没有一个可用的目录（至少，我不知道 - 再一次，我不在 OSG，所以我可能错过了一些部落知识 - 或者它被埋在一个内部 SharePoint 站点中）——尽管个别功能团队通常会为他们引入的更改保留自己的文档，当然——并且至少试图维护自解散后旧团队继承的任何文档——也就是说，还有一个有意的由于 Sun Java 诉讼（LCA 的偏执律师通过 Windows XP SP1 和许多相关文档，不幸的是 - 我在 2013 年为我的团队做一些历史研究时，必须得到我的 skip-level 的特别批准才能获得 Windows 2000 的副本。 =23=]
至于 "why" Windows 的 C:\Windows 就是这样 - 它主要是其自身历史和微软对向后兼容性的光荣追求的产物，而不是人为的宏伟的设计。我建议从 Windows 1.0 开始（如果您知道在哪里可以找到预装了它的 VM 映像）到 Windows 3.0 - Windows 95 就已经成型了. 下一个重大变化是 Windows 2000（由 Windows XP 继承）然后是 Windows XP x64（它为我们提供了 SysWow64 用于 32 位文件和 System32 用于 64 位文件 - 是的，这很愚蠢）。除了 Vista 为本地化资源添加 MUI subfolders 之外，从那时起就没有太多用户可见的重大变化。
每个 Windows 功能团队都会有自己的想法，他们想把文件放在 Windows 安装中的什么位置，以及他们想为 TechNet 记录多少文件。诚然，有适用的约定（并且很多人告诉他们他们有一个坏主意） - 但是例如，Windows 媒体中心人员将他们的文件放在 C:\Windows\ehome 而不是 C:\Program Files\Windows Media Center 或 C:\Windows\System32\ehome（假设 System32 已经包含大量非内核组件）。
此外，请记住 Windows 的许多关键组件根本不存在于 C:\Windows 中，例如引导加载程序（位于其自己的 EFI 分区中）、许多用户空间和包-在 C:\Program Files 下的应用程序中，以及 Microsoft 通过 AppX 推动操作系统更大程度地组件化，因此像 MSPaint 这样的东西最终将在 C:\Program Files\WindowsApps\.