Windows ShellIconOverlayIdentifiers-为什么这么少？

此时，每个人都知道，ShellIconOverlayIdentifiers的数量是有限的（来自MSDN）：

系统可以支持的不同图标覆盖处理程序的数量受系统映像列表中图标覆盖可用空间的限制。目前为图标覆盖分配了15个插槽，其中一些由系统保留。因此，只有在没有令人满意的替代方案时，才应该实现图标覆盖处理程序

我能理解Windows95中的15个重叠限制。但是，在一个有大量内存、大量内核和GPU的环境中，在现代操作系统中，这么低的数量有什么技术原因吗

为什么这个值不可配置

在给出“性能”答案之前，请考虑：

---

Windows允许进行配置，这样可以降低性能。。。为什么要特别关注这个问题？

除非这里有人恰好在Windows Shell团队工作，否则我怀疑您是否能得到一个真正解决技术限制及其如何影响设计选择的答案。但我会试试

我的猜测是没有任何技术限制，或者至少现在没有真正的原因大概是，没有人花时间坐下来更新代码、设计和规范来解除这一限制。默认情况下不会实现功能，仅仅因为计算环境在过去几年中发生了变化，并不意味着有人坐下来重写Windows以充分利用所有这些变化

<强>你也应该认为这不仅仅是一个有意识的设计选择，而不是一个强加的限制。< /强> Raymond Chen（他确实在shell团队工作）发布了一个关于Windows 7的喧嚣的回应，删除了“共享的手”覆盖。他提出了一个令人信服的论点，即图标覆盖确实不是显示信息的理想方式（除了系统限制在15个之外）[重点补充]：

一般来说，覆盖层不是一个理想的选择 表达信息的好方法 因为只能有一个覆盖 每个图标，限制为15 覆盖每个图像列表。如果有 两个或多个覆盖层，适用于 项目，则其中一个将获胜，其他项目将获胜 将失去，在这一点上的价值 覆盖层作为一种确定 什么属性适用于项目 减少，因为这是唯一的出路 确定某个属性丢失是正确的 当你看不到任何覆盖。（如果 如果你看到其他的叠加，你就看不到了 告诉我是不是因为你的 财产丢失或是因为 正在显示其他覆盖，而不是 你的。）

在我看来，在大多数实际情况下，添加到外壳上的额外混乱根本不值得。WindowsShell团队显然得出了相同的结论，并削减了“共享之手”的覆盖。雷蒙德的直接解释是：

考虑到人们使用手机的方式发生了变化 计算机，共享信息是非常重要的 越来越成为违约者 国家。当你建立家庭组时， 几乎所有的事情都会很顺利 共享。为了消除视觉上的混乱， 该信息已移至 详细信息窗格

而且，我知道你明确要求不要提及性能，但Windows确实试图阻止你自食其果。用户要求外壳具有响应能力，而覆盖图标可能会干扰这一点。为了进一步证明他们不是优先考虑的对象，雷蒙德·陈（Raymond Chen）同样谴责：

应用程序的另一个示例 一种自私的表演观出现了 来自一家开发图标的公司 覆盖处理程序。贝壳处理 作为低优先级的覆盖计算 项目，因为 在屏幕上显示图标，以便用户 他们可以开始做任何事情 想做什么。装饰品 我可以晚点来。这家公司想 知道他们有没有办法 提高他们的绩效并获得 它们的叠加甚至可以在屏幕上显示 在图标出现之前， 表现出明显的自私 对“业绩”的解释

---

科迪在实际问题上的出色回应。至于为什么是15而不是其他一些数字，这个限制被烘焙到控件本身。

正如Cody Gray所解释的，这一切都很好，但坦率地说，这是相当缺乏想象力的，正如幕后报道的，听起来有点沮丧

在2015年和Windows 10中，当然可以而且需要有更好的功能，正如我注意到的，现在有大约30个覆盖，并且必须优先考虑我最想看到的覆盖，这根本不是你想让大多数人担心的。此外，我还看到像Box这样咄咄逼人的供应商在竞争中试图优先考虑自己，这永远不会有好结果

这里有一种可能性：如果多重重叠图标有一个通用的重叠指示器会怎么样；一个由多种颜色组成的小矩形矩阵，比如谷歌Chrome应用程序按钮？Singley overlaid将只显示一个长列表中的覆盖

然后，当鼠标指针碰到图标时，一个小弹出窗口将收集所有图标变化以供查看（图标大小较小或稍大）。当您将鼠标悬停在上方时，每个重叠图标依次通过工具提示宣布它是什么

---

现在，您可以拥有所需的所有图标覆盖，用于各种云中的状态、存储库指示以及乌龟工具等。

为什么要将其标记为“乌龟VN”？我是不是遗漏了什么？我觉得我很聪明，因为在处理图标过度限制时，tortoisesvn是最常被提及的应用程序——主要是因为它占用了你9个可用的插槽。已删除标记。windows 10上的限制仍然相同。也不知道为什么。反应很好。所以也许更好的问题是“什么是替代t