Windows runtime WinRT中的最大路径

我知道WinRT中的文件系统访问是不同的（读：隔离的），但我很好奇我们是否仍然需要担心MAX\u PATH，或者该限制是否已被避免？

否，MAX\u PATH限制尚未解除-如果将比MAX\u PATH长的路径传递给接受路径的windows运行时API，它仍有可能失败。但MAX_PATH的相关性要小得多，因为windows运行时API通常在字符串上运行，而不是在字符缓冲区上运行

---

此外，由于metro风格的应用程序通常限制在其访问的目录中，因此不太可能遇到深层路径。

Larry，我欣赏这一宝贵的见解。我理解这个问题大多是没有意义的，因为对地铁风格的应用程序的限制将阻止许多可能出现问题的场景。不过，我很好奇，在内部，它与定义了MAX_路径的Win32 API有多大的分离。我不相信修复MAX_路径限制是windows运行时的目标。当然。然而，在我看来，如果避免了所有Win32依赖项，它似乎是创建新框架时遗漏的常量的合理代表。我很高兴被教导为什么1）这是一个不合理的指标选择来检验这个假设，或者2）整个假设都被误导了；如果你这么做的话，我很可能不得不让地球继续背负着这样的负担。谁说过避免了Win32依赖？windows运行时的部分是100%新的，但其他部分是在现有Win32 API之上编写的。据我所知，没有人。但这就是问题所在。。。也没有人证实他们没有被避开。考虑到WinRT，我不知道如何重新调整Windows内部依赖关系的思维地图。我认为MAX_PATH会让我深入了解这些依赖关系，因为我知道它是Win32特有的，尽管我也很高兴接受这方面的培训（例如，Win32 API结束而MSVCRT开始的位置对我来说相当模糊）。