程序员对 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 这样的工具来掩盖我多么菜鸟。

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

最后

前端的世界总是在不断变化，作为开发者，我们需要保持好奇心和学习热情，不断探索新的技术，只有这样，我们才能在这个快速发展的时代中立于不败之地。

介绍一款程序员都应该知道的软件JNPF快速开发平台，很多人都尝试用过它，它是功能的集大成者，任何信息化系统都可以基于它开发出来。

JNPF 可以实现应用从创建、配置、开发、测试到发布、运维、升级等完整生命周期的管理。减少了传统应用程序的代码编写量，通过图形化、可视化的界面，以拖放组件的方式，即可快速生成应用程序的产品，大幅降低了开发企业管理类软件的难度。

希望这篇文章对你有所帮助～