Question

我发现默认支撑样式在行数上有点浪费，例如......

function foo()
{
    if (...)
    {
        ...
    }
    else
    {
        ...
    }
}

如果我用JavaScript编写的话会像...那样编写。

function foo() {
    if (...) {
        ...
    } else {
        ...
    }
}

...我理解也可能不符合人们的口味。

但问题是你是否关闭VS格式化风格并使用自己的规则？当许多人在同一个代码库上工作时，业界对此有何看法？为了简单/统一而坚持默认是否更好？

Answer 1

您需要有编码标准。没有最佳标准。诸如在自己的线上或在同一条线上具有支撑的标准是人们可以考虑所涉及的开发人员的舒适水平而不是行业意见（通常将被划分）的决定。

但是一旦定义了标准，您应该调整工具以适合您。例如，您可以根据您的标准更改VS设置（工具 - >选项），然后将这些选项组导出为.vssettings文件，将其保存在中央位置/代码存储库，并要求每个开发人员导入它。

Answer 2

如果您在团队中工作并且您的代码受源代码管理，我会坚持使用默认值。如果不是，您将最终难以区分签到中的实际更改与由括号的不同位置引起的实际更改之间的差异。在我记忆中的javascript中，有充分的理由使用上面显示的大括号。道格拉斯·克罗克福德有一篇很好的文章说明为什么会这样，我没有添加文章的链接，因为我现在找不到它，但值得看看他的网站，因为它有很多有趣的东西在javascript上。

Answer 3

当我第一次开始使用c＃时，我曾经打过这场战斗。最后我认为99％的人会使用默认布局。

我屈服于人群的压力。

Answer 4

我倾向于坚持默认规则，部分原因在于我自己的prefs，但也因为我参与的所有项目（到目前为止）都坚持使用。

您可以在选项/文本编辑器/ C＃/格式/新行下找到新行的规则。

Answer 5

我总是关闭格式设置中的额外行，我喜欢更紧凑的语法。

我还将字体更改为Verdana，在字符串文字中添加浅灰色背景，在语法对匹配时删除粗体（因为它使代码跳转），并将其设置为保留标签而不是将它们转换为空格。除此之外，我发现默认设置可以正常工作。

Answer 6

我认为这不是关于VS默认是什么，甚至关于行业标准是什么。最重要的一点是你的团队使用什么，以及支付账单的人更喜欢什么。如果你的公司实际上并没有设定标准，你可以通过建议这个小宝石看起来像一百万美元。如果使用源代码控制，这种标准化可以在分散事物时节省很多噪音。然而，这只是我的两分钱。

有没有人改变Visual Studio默认支撑样式？ - 有标准吗？

6 个答案: