2012-04-18 79 views
2

有没有VS的工具可以让开发人员根据自己的风格需求来查看代码?当前VS工具以不同的开发人员查看C#代码

例如,一些开发人员喜欢K & R样式括号,而其他像ANSI样式。 支持代码文件可以是任何想要的格式,但查看的源代码需要采用开发人员风格。

+6

由于多种原因,这不是一个好主意。最好遵循一种风格,最好是商店标准规定的风格。在这一点上允许妥协意味着开发者将有权在其他不需要遵守的地方妥协。另外,你可能会混淆其他问题;源代码控制系统依靠文本匹配来识别差异并执行合并。总之:不要。 – 2012-04-18 22:03:38

+0

@ robert-harvey为什么源代码控制系统无法以实际保存到磁盘的“标准”格式工作?你为什么假设他们会对付显示的代码格式。 – Telavian 2012-04-19 17:10:04

+0

为什么你会这么做使你的生活复杂化,从而获得如此小的好处,当你可以简单地强制执行一种编码风格时? – 2012-04-19 17:12:56

回答

4

它可以做到。您只需在Visual Studio选项中设置缩进选项。然后,当开发人员加载文件时,他可以从编辑菜单中选择“重新格式化文件”(我认为它位于其中一个高级子菜单中),或者转到文件底部,删除结束大括号,添加它。该文件将自动重新格式化。

这就是说,这是一个真的不好主意。如果您使用的是源代码管理,那么每当开发人员检出某个使用不同格式约定的人先前签入的文件时,该文件将显示为已修改。所以你可能会有很多虚假签入,即使你以某种方式避免虚假签入,你也会遇到开发人员可能会更改一行代码的问题,但差异会显示出很多改变,因为所有格式更改。

这不是唯一的问题。假设一个测试者报告一个错误,并且在一些模块的第263行发现一个表示发生异常的堆栈跟踪。您必须确保从源代码库获取最新的代码并将其保存为上次编译的格式。否则,第263行的错误很可能不会在编辑器的第263行。

告诉开发者决定一种缩进风格。其他任何事情都会导致你无法结束悲痛。

顺便说一下,我几年前给了这个认真的想法,甚至在Source Control and Formatting Standards中写过关于它的文章。我认为这是一个好主意,只要我可以构建工具来自动转换为规范格式。当时,我没有考虑到“263线在哪里”问题。这是一个杀手,而自动转换的工具也不适合野餐。总而言之,我决定只用一种风格就可以更容易,更可靠。只习惯不熟悉的风格只需几天时间。

+0

我不同意这是可能的。 OP说“根据他们的风格需求查看代码”而不是“将代码更改为他们想要的风格”。将代码重新格式化为不同的样式,与以不同的格式查看代码的方式不一样(正如您所指出的那样,这有很多不好的后果)。这是不可能的。 VS文本编辑器编辑并以原始格式显示文本。没有办法以不同的方式查看。我同意所有的编码人员都应该使用相同的标准(并且已经确立了C#的“事实上”标准)。 – JotaBe 2012-04-19 00:37:17

+0

我想你是误解了这个问题。源代码管理系统将检入或者退出保存到磁盘的“标准”格式,所以每次都是一样的。 VS会显示它,但开发者想要的。 Ctrl-E-D重新格式化代码,但我真的不想为每个文件都这样做。此外,VS足够聪明,可以将源代码行错误转换为显示行错误。我们在VS中看到的源有时与实际执行的有很大不同。 – Telavian 2012-04-19 17:07:43

相关问题