我最近才意识到 Visual Studio 提供了将代码视图分成 2 个部分(顶部和底部)的能力。现在,玩了一会儿,如果你对其中一个进行更改,它会影响另一个。我的问题是,这样做的目的是什么?人们如何使用它?
如果您不知道这一点,拆分代码视图的一种方法是移动图片中圈出的滑块:
我最近才意识到 Visual Studio 提供了将代码视图分成 2 个部分(顶部和底部)的能力。现在,玩了一会儿,如果你对其中一个进行更改,它会影响另一个。我的问题是,这样做的目的是什么?人们如何使用它?
如果您不知道这一点,拆分代码视图的一种方法是移动图片中圈出的滑块:
代码审查
我偶尔会用它来查看在代码审查期间从另一个方法调用的方法。例如,如果我正在代码审查方法 A,它调用 B,并且我想同时查看 A 和 B,我会将其拉下,并将一个滚动到 B,而将另一个留在 A。
private void A()
{
// code here
B();
}
// other methods here that push B out of the viewable area.
private void B()
{
// code here
}
专家提示
尽管您不会同时看到这两种方法,但仅使用键盘来回翻转的另一种方法是F12在 A 中点击对 B 的调用,这是“转到定义”的快捷方式,然后点击Ctrl+ -,这是“向后导航”的快捷方式,可让您回到光标之前的位置。我经常使用Ctrl++向前导航,使用Shift+向后导航。-Ctrl-
琐事
这个额外的查看窗格不是 Visual Studio 独有的。您会注意到 Sql Server Management Studio、MS Word 和 MS Outlook 具有相同的功能。我想许多其他应用程序也是如此。
查看多个函数、类或任何东西都可以查看。当您想一次查看多个内容时,此拆分视图会很有用。
我还没有发现在专业发展中需要这个选项。如果您的代码已经变得足够大并且您需要此功能,那么重构可能会更好。始终使用 OOP 来确保您花费尽可能少的时间来导航或记住您的代码。
考虑到上述情况,我可以看到它在具有大量无组织旧代码的大型项目中的潜力,这些旧代码是您从以前的开发人员那里继承的。示例包括一个大的子主程序,跨越数千行代码,开发中的程序方法等。
此功能在单个文档项目(例如 Word)中真正发挥作用。或者多文档项目并不总是可以拆分成较小的文件/类,例如在 SQL Mgmt Studio 中。