您是如何选择Visual Studio生产力插件的?

时间:2008-10-03 13:52:40

标签: visual-studio code-analysis add-on

我正在为我的开发团队评估Visual Studio生产力插件,其中包括一些对C#非常陌生的人以及一些非常有经验的人。我们不使用VB.NET。我个人喜欢ReSharper,但在我提出我个人喜欢的内容之前,我想在使用不同的插件后有一些意见和推理。

鉴于ReSharper,CodeRush和Visual Assist之间的选择,您选择了哪一个?为什么?

为了讨论,你一次运行多个插件吗?还是一个不在这个名单上?你对这些插件有什么看法?

8 个答案:

答案 0 :(得分:3)

由于我们正在使用C ++进行开发,因此Visual Assist是我们的最佳选择。 ReSharper仅适用于C#,VB和XML。 Refactor ++很不错,但是在代码中的每次重大更改时,它都会将VS挂起几分钟。我们还尝试了不同的其他工具,但它们都不支持C ++。 CodeRush对我来说是新的,我将在本周末进行评估(谢谢)

答案 1 :(得分:3)

就我个人而言,我尝过几次,但我的偏好是两个:

1:TestDriven.NET - 用于简单测试;我倾向于将它与Team Coverage一起使用,它允许我直接在编辑器中查看覆盖范围,即使测试是基于NUnit(而不是MSTest)。

2:一个很小的附加组件,它允许我以与IDE相同的方式对文件进行分组 - 比手动编辑csproj(DependentUpon IIRC)更简单。来自here,但有一个(未链接的)更新的msi here更好地支持选择哪个文件是父文件(在选择“组项目时”按住[Ctrl])

我从来没有发现我需要ReSharper等,但有一天我应该再试一次......

答案 2 :(得分:3)

我下载了resharper和coderush试验。最初我喜欢coderush好一点。它似乎更精致,更稳定。但最终我确实选择了resharper。主要是因为单元测试集成。

我真的不明白为什么你必须为你的开发团队选择。在我上一家公司,每个人都使用他们喜欢的工具。我们都使用VS 2005和2008(取决于项目)和svn进行版本控制,只要每个人都使用相同的编码标准我们没有太多问题。标准化在某种程度上是好的,但是让开发人员选择他们想要使用的工具可能是个好主意。

答案 3 :(得分:3)

我在日常编码中使用 VSCommands 。我为VS添加了很棒的新功能,并且是免费的:) (visual studio gallery link

答案 4 :(得分:2)

我也选择了VisualAssist X因为我使用的是原生C ++,所以像ReSharper这样的工具对我没用。我根据我认识和尊重的其他专业开发人员的意见和我使用试用版的成功经验做出了我的决定。

CodeRush支持C ++但直到现在我才知道它。从我看到的,它看起来类似于VisualAssist X.我会试一试。

顺便说一句:如果我是你,我一次只会安装其中一种工具。我不知道你是否需要这样做,但如果他们有一些意想不到的互动,我不会感到惊讶。

答案 5 :(得分:1)

我推荐使用VS 2008的ReSharper 4.0。它确实提供了最好的重构命令。

ReSharper 4.0自测试版以来确实得到了改进。但是,我听说CodeRush有一个更好的模板模型。就个人而言,我宁愿使用强大的重构工具而不是模板工具。

我建议使用ReSharper 4.0

答案 6 :(得分:1)

这里的开发团队几乎每个人都安装了ReSharper,但是有很多关于它减慢Visual Studio速度的抱怨。

答案 7 :(得分:1)

我选择了Refactor! Pro大约几年前,因为那时它支持C#,VB,ASP.NET(现在是JavaScript和C ++)。我使用所有这些语言。 ReSharper当时只支持C#。 VisualAssist可能只是C ++。再加上我在做VB的时候。选择了Refactor!然后我现在对它的UI范例很满意,所以很可能不会很快切换。我现在也在使用CodeRush Xpress,因为我现在买不起完整的CodeRush。 (2005年,当我在客户工作时,我确实尝试过ReSharper。)