óptima Eclipse CDT (C++) experiencia en marzo del 2010

Question

Soy un estudiante que va a utilizar C++ próximo trimestre. Disfruté mucho el uso de la versión Galileo de Eclipse con Java y me gustaría continuar usando Eclipse para el desarrollo en C++.

Ahora estoy experimentando con el desarrollo de C++ en Eclipse. Estoy ejecutando Eclipse 3.5 SR2 con CDT 6.02. Mi sistema operativo es Windows 7 y he instalado MinGW-5.1.6. La versión 6.3 de GDB está instalada.

Lo tengo compilando y recorriendo el código. Sin embargo, tengo la sospecha de que simplemente estoy arrastrándome y aún tengo que "cambiar el automóvil de la primera marcha". Pasé aproximadamente una semana hurgando en la Web para saber qué constituye una experiencia "óptima" de C++ Eclipse. En particular, estoy interesado en los viajes de ida y vuelta con UML y pruebas unitarias.

Mi exploración de la web se convirtió en una excavación arqueológica. Aterricé artículos de procedimientos a partir de 2003, las distribuciones alternativas MinGW, las referencias a los plugins, muertos-links, más referencias a los plugins, discusiones apasionadas sobre los errores del BGF, y más referencias a los plugins.

Ya no tengo idea de lo que podría constituir un entorno de C++ Eclipse óptimo. ¿A los miembros de la comunidad les gustaría evaluar lo que consideran que es la experiencia óptima actual para el desarrollo de C++ con Eclipse?

Answer 1

Esto es lo que terminó con un entorno de desarrollo C++ en Windows 7.

• Compilador & bibliotecas
• Nuwen MinGW Distro.
• Incluye las bibliotecas de Boost que son necesarias para el marco de prueba de la unidad.
• Muchas gracias a Stephan T. Lavavej por hacer esta distribución disponible.
• depurador
• El GNU debugger as built for Windows.
• Copié el archivo gdb.exe en mi carpeta C: \ MinGW \ bin y funcionó bien.
• Gracias por Equation Solution por proporcionar los archivos binarios win32 y win64 del ejecutable GDB.
• IDE
• Eclipse IDE for C/C++ Developers.
• marco de pruebas Unidad
• CUTE (C++ automatizada de la unidad más fácil).
• Descargue el complemento Eclipse utilizando la instalación del software Eclipse. Agregue esta URL a "Sitios de software disponibles": http://ifs.hsr.ch/cute/updatesite.
• El sitio web de CUTE tiene excelentes instrucciones de instalación y uso.

---

No pude encontrar una herramienta de modelado de ida y vuelta que me haya sido útil. Explorar las herramientas gratuitas de UML fue como pasear por una ciudad que había sido bombardeada. Docenas de proyectos estuvieron en varios estados de usabilidad. Algunos proyectos fueron claramente activos, algunos fueron claramente abandonados, pero la mayoría estaban en algún punto intermedio. Visio sigue siendo mi elección pragmática para crear modelos UML.

Answer 2

En vista de que ninguno de los C++ dioses aquí en SO haber pesado en ...

Mi última experiencia con CDT fue hace más de 1 año. Yo también me encanta eclipse para Java, y aunque CDT "hizo el trabajo", no tenía ganas de que fuera mejor que Code :: Blocks que utilicé para el desarrollo multiplataforma.

Eclipse tiene acceso a UMLet, que es mi herramienta UML favorita, ya que utiliza un lenguaje de scripting muy simple en lugar de la aplicación 'mouse-click-drag-double-click-type' que resulta ser la mayoría de las aplicaciones UML. Sin embargo, UMLet también se puede utilizar como una aplicación independiente que hace metiendo en Eclipse lograr poco más que perder pantalla de bienes raíces.

Al final, realmente no creo que vaya a encontrar muchos profesionales en desarrollo en CDT.

En el lado de Linux que se va a encontrar a los desarrolladores el uso de lo que desea utilizar (Anjuta, Code :: Blocks, Dev-C++, kdeveloper, Emacs, vim, etc.)

Por el lado de Windows Encontrará a Visual Studio abrumadoramente seguido por los IDE anteriores que resultan ser multiplataforma.

Al final, si TENGO que desarrollarme en Eclipse; Yo usaría CDT, UMLet y Subclipse. Después de haber hecho eso, probablemente anhelaría mi TortoiseSVN, Visual Studio, Code :: Blocks y UMLet independiente.

Por lo que cualquier unidad de pruebas automatizado va? No sé, escribe mis pruebas a mano. Espero que ayude.

Answer 3

CDT 7.0 (a la venta en junio) tendrá una vista previa de Codan, un marco de análisis estático para C/C++. Resaltará los errores de lógica para usted en "tiempo real", es decir, sin tener que esperar a la compilación. (No tiene muchas comprobaciones en este momento, pero el número va en aumento, y también puede implementar sus propias comprobaciones).

CDT 7.0 también presenta un nuevo depurador aportado por Nokia (llamado "EDC") , que permite la depuración sin depender de herramientas de terceros como gdb. Esto también permitirá la depuración de los binarios de Visual Studio, algo que anteriormente era imposible.

Los comandos "Open Type" y "Open Resource" de CDT (y JDT también, BTW) es algo que siempre extraño cuando tengo que hacer cosas en Visual Studio. Ser capaz de localizar cualquier tipo al escribir incrementalmente una parte de su nombre es muy práctico, y Visual Studio no tiene nada cercano.

Sin embargo, aún falta la integración con las pruebas unitarias. No estoy seguro de por qué eso no se ha puesto de moda.