¿Cómo elegiste tu complemento de productividad de Visual Studio?

Question

Estoy evaluando los complementos de productividad de Visual Studio para mi equipo de desarrollo, que incluye algunas personas que son muy nuevas en C # y otras personas que tienen mucha experiencia. No usamos VB.NET. Personalmente, me gusta ReSharper, pero antes de sugerir algo que personalmente me guste, me gustaría conocer algunas opiniones y razonar sobre el uso de un complemento diferente.

Dada la opción entre ReSharper, CodeRush y Visual Assist, ¿cuál escogiste y por qué?

Para discusión, ¿ejecuta más de un complemento a la vez? ¿O uno que no está en esta lista? ¿Qué piensas de estos complementos?

Answer 1

Descargué los ensayos resharper y coderush. Inicialmente me gustaba un poco más el coderush. Parece un poco más pulido y un poco más estable. Pero finalmente fui con resharper. Principalmente debido a la integración de las pruebas unitarias.

Aunque realmente no veo por qué tiene que elegir para su equipo de desarrollo. En mi última compañía todos usaban las herramientas que les gustaban. Todos usamos VS 2005 y 2008 (según el proyecto) y svn para las versiones, siempre que todos usamos los mismos estándares de codificación, no tuvimos muchos problemas. La estandarización es buena hasta cierto punto, pero podría ser una buena idea dar a los desarrolladores alguna opción sobre qué herramientas desean usar.

Answer 2

Dado que estamos desarrollando en C ++, Visual Assist fue la mejor opción para nosotros. ReSharper solo funciona con C #, VB y XML. El Refactor ++ es bueno, pero literalmente cuelga el VS durante algunos minutos sobre cada cambio masivo en el código. También hemos probado otras herramientas diferentes, pero todas no tienen soporte para C ++. El CodeRush es nuevo para mí, lo evaluaré este fin de semana (gracias)

Answer 3

Personalmente, he probado varios, pero mi preferencia es de dos:

1: TestDriven.NET - para pruebas simples; Tiendo a usarlo con Team Coverage, que me permite ver la cobertura directamente en el editor, aunque las pruebas se basan en NUnit (no en MSTest).

2: un pequeño complemento que me permite agrupar archivos de la misma manera que lo hace el IDE, más simple que editar el csproj (DependentUpon IIRC) a mano. Desde aquí , pero hay un msi actualizado aquí con mejor soporte para elegir qué archivo es el padre (mantenga presionada [Ctrl] al elegir " Elementos de grupo ")

Nunca descubrí que necesitaba ReSharper, etc., pero debería intentarlo algún día ...

Answer 4

Uso VSCommands en mi codificación diaria. Agrego excelentes funciones nuevas a VS y es gratis :) ( enlace de la galería del estudio visual )

Answer 5

Yo también elegí VisualAssist X porque trabajo en C ++ nativo, herramientas como ReSharper no me ayudan. Tomé mi decisión en base a los aportes de otros desarrolladores pre-profesionales que conozco y respeto y en mi exitosa experiencia usando una versión de prueba.

CodeRush admite C ++ pero no lo sabía hasta que justo ahora. Por lo que veo, se parece a VisualAssist X. Los probaría a ambos.

BTW: Si fuera tú, solo instalaría una de estas herramientas a la vez. No sé si necesitas hacer esto, pero no me sorprendería si tuvieran algunas interacciones inesperadas.

Answer 6

Recomiendo ReSharper 4.0 con VS 2008. Realmente ofrece los mejores comandos de refactorización.

ReSharper 4.0 realmente se ha mejorado ya que es beta. Sin embargo, escuché que CodeRush tenía un mejor modelo de plantillas. Personalmente, prefiero tener una poderosa herramienta de refactorización en lugar de una herramienta de plantillas.

Sugiero ReSharper 4.0

Answer 7

Casi todos en el equipo de desarrollo aquí tienen instalado ReSharper, sin embargo, hay muchas quejas sobre la desaceleración de Visual Studio.

Answer 8

¡Elegí Refactor! Pro hace un par de años más o menos porque en ese momento era compatible con C #, VB, ASP.NET (y ahora JavaScript y C ++). Yo uso todos estos idiomas. ReSharper solo soportaba C # en aquel entonces. VisualAssist puede haber sido solo C ++. Más en el momento en que estaba haciendo VB. Habiendo elegido Refactor! entonces ahora me siento cómodo con su paradigma de UI y probablemente no cambiaré pronto. Ahora también estoy usando CodeRush Xpress porque no puedo pagar el CodeRush completo en este momento. (Intenté ReSharper brevemente en 2005 cuando trabajaba en un sitio para clientes).