Winapi Windows 10新增了哪些系统级功能；我们还没有用于编程访问的API吗？

这被最近的几个问题夸大了，在这两种情况下，答案都是“似乎没有API”

• 是关于从记事本到MMC检索自11月更新以来系统应用程序的“帮助/关于”框中突出显示的“版本1511”字符串。唯一建议的解决方法是从未记录的注册表项读取它

• 是关于一个控制台应用程序检测它是否在“新”控制台（ForceV2=1）和传统控制台下运行。一个不完整且不令人满意的解决方法（我在那里发布的）是检查控制台窗口是否允许将其自身的大小调整得更大

---

我预计，一定会有更多的此类新特性出现，而发布的API还没有赶上。示例、参考资料和已知的解决方法甚至更好。

无法获得版本号完全是故意的。

GetVersion（Ex）

和

VerifyVersionInfo

都不推荐使用，尽管它们仍然适用于Windows桌面应用程序。强烈反对使用

GetVersion（Ex）

，并且

VerifyVersionInfo

实际上只应用于您必须达到如此高的高度才能乘坐本次骑乘检查。见和

---

通用Windows应用程序可以访问用于日志和遥测的不透明字符串，但应用程序不应试图显示用户可见的版本号。看见简而言之，如果你是UWP，你已经知道你在Windows10上了。如果您对某个特定版本有硬依赖关系，则通过AppX manifest元素处理。

对于第一次投反对票的人，以“太宽”结束此问题。。。是的，就问题的性质而言，它是广泛的。如果有一个更适合的地方张贴，那么请尽一切努力提供建议。但它肯定与

winapi

和

windows-10

有关，这就是它的标签。我可以指出很多更广泛、更模糊的问题，这些问题在过去得到了高分，所以我不确定这一个问题有什么特别的问题。对于那些第二次投反对票的人来说，“离题……这个问题似乎与编程无关”。。。如果

winapi

与

windows-10

中的“编程”无关，那么我不知道是什么。如果你不同意，请建议在哪里更好地提出这样的问题，或者在这个问题上提出更微妙的问题，这在当时似乎很受欢迎，据我所知没有任何挑战。你要求的是一份清单，这在这里被认为是离题的。请不要因为讨论这些元问题而污染你自己帖子的评论。请谈谈元堆栈溢出。你的观点是正确的，但问题是关于访问和可用性，而不是使用目的。即使是对于“1511”，使用它来“键入”应用程序行为也是一种不好的做法，一直以来都是这样。但是，仅举一个例子，可能某个应用程序保存了一个日志文件，以“？”v10.0.10586下运行的

开头。在
“？”
中填入一个与MS apps的Help/About匹配的用户友好字符串是有意义的，但在Nov更新中没有API检索该字符串（我知道）。在日志文件中，10586部分是您需要知道的全部。“1511”字符串只是绒毛。