程序员对 VSCode 粘性滚动不感兴趣

当你发布一个很棒的功能，但程序员却想抛弃它，因为它太过复杂了。

在最新的 Visual Studio Code 版本中，全球的软件工程师们迎来了一个引起大量争议的功能。

这个名为 Sticky Scroll（粘性滚动）的功能现在默认在文件资源管理器面板中可用。

当你的项目中有很多嵌套文件夹和大量文件时，Sticky Scroll 功能是非常有用的。

在这种情况下，当你滚动到某个文件时，很难识别该文件属于哪个文件夹，因为你会看不到父文件夹。

Sticky Scroll 解决了这个问题。它会在文件资源管理器面板的视口中显示第一个项目的父级目录树。

在滚动时，它会更新相关的路径。

这是一个有趣的功能，当我第一次看到它时，非常高兴。终于，我可以看到 index.js 文件的位置了。

然而，过了一段时间后，我注意到 Sticky Scroll 占用了很多空间，并且在某种程度上增加了混乱。

目前，我还是开启着它，看看随着时间推移它的效果如何。也许这就像 Windows 11，你需要慢慢习惯它。

但玩笑归玩笑，这个例子很好地说明了一个有用的功能也可能对某些用户来说是混乱的。

要禁用它，你需要进入 Workbench，取消选中“Enable Sticky Scroll”。

VSCode 程序员社区的耐心不像公交车司机等你找零钱那么好。

有大量的帖子是由那些只想找到 Next.js 文件的人发布的，他们发现 Sticky Scroll 让目录结构变得过于复杂而感到失望。

这让我想到了本文的主要问题。我们什么时候集体决定软件架构是通过目录结构的数量和深度来衡量的？

有时候，我感觉这种情况太过分了，当有200个整齐排列的文件夹，每个文件夹里都有200个名为 index.js 的文件时。

我也为实现这个功能的人感到难过。我觉得我应该喜欢 Sticky Scroll。但我也知道从另一面看这个问题的感受。就像当你展示你的 ERP 系统时听到：“- 你开发了一个去中心化、门到门的垃圾收集系统很棒，但我只是个垃圾收集员。我只想要我的工资，不想革新垃圾收集业务。太多了！走开！”

所以我非常了解这种感觉！有时候，真的太多了。

总之，我大多使用搜索功能，而在导航项目结构时，我用 Explorer，但我真的需要找到类似 Total Commander 这样的工具来掩盖我多么菜鸟。

你对导航项目结构有什么看法？你是怎么做的？写下评论。