有没有人改变Visual Studio默认支撑样式？ – 有标准吗？
我发现默认的支撑方式在线数上有点浪费，例如……
function foo() { if (...) { ... } else { ... } } 如果我用JavaScript编写，例如写得像……
function foo() { if (...) { ... } else { ... } }
……我理解也可能不符合人们的口味。
但问题是你是否关闭VS格式化风格并使用自己的规则？ 当很多人在同一个代码库上工作时，业界对此有何看法？ 为简单/统一而言，坚持默认是否更好？
你需要有编码标准。 没有最好的标准。 诸如在自己的线上或在同一条线上具有支撑的标准是可以考虑所涉及的开发者的舒适水平而不是行业意见（通常将被划分）的决定。
但是一旦定义了标准，您应该调整工具以适合您。 例如，您可以根据您的标准更改VS设置（工具 – >选项），然后将这些选项组导出为.vssettings文件，将其保存在中央位置/代码存储库并要求每个开发人员导入它。
如果您在团队中工作并且您的代码受源代码管理，我会坚持使用默认设置。 如果不是，您将最终难以区分签到中的实际更改与由括号的不同位置引起的实际更改之间的差异。 在我记忆中的javascript中，有充分的理由使用上面显示的大括号。 道格拉斯·克罗克福德有一篇很好的文章说明为什么会这样，我没有添加文章的链接，因为我现在找不到它，但值得看看他的网站，因为它有很多有趣的东西在JavaScript上。
我第一次开始使用c＃时曾经打过这场战斗。 最后我认为99％的人会使用默认布局。
我屈服于人群的压力。
我总是关闭格式设置中的额外行，我喜欢更紧凑的语法。
我还将字体更改为Verdana，为字符串文字添加浅灰色背景，在语法对匹配上删除粗体（因为它使代码跳转），并将其设置为保留标签而不是将它们转换为空格。 除此之外，我发现默认设置工作正常。
我倾向于坚持默认规则，部分原因在于我自己的prefs，但也因为我参与的所有项目（到目前为止）都坚持了。
您可以在选项/文本编辑器/ C＃/格式/新行下找到新行的规则。
我不认为这是关于VS默认是什么，甚至是关于行业标准是什么。 最重要的一点是你的团队使用什么，以及支付账单的人更喜欢什么。 如果你的公司实际上没有一套标准，你可以通过建议这个小gem看起来像一百万美元。 如果使用源代码控制，这种标准化可以在分析事物时节省很多噪音。 然而，这只是我的两分钱。