¿Qué refactorizaciones de C++ usas en la práctica?

Question

Voy a crear la tabla de comparación de herramientas de refactorización de C++ automatizadas existentes, así como a explorar la capacidad de creación de dicha herramienta, gratuita y de código abierto.

Mi pregunta es: ¿qué refactorizaciones realmente usa en su trabajo diario? Hay cosas obvias como cambiar el nombre de variable/clase/método, pero ¿hay algo específico para C++, como tratar con plantillas, STL, constructores de copia, inicializadores, etc., etc.?

Estoy interesado en crear una imagen realista de todos los pequeños problemas que el desarrollador de C++ enfrenta cada día en su codificación y que podrían automatizarse al menos en teoría. Estoy hablando con mis colegas, pero eso probablemente no sea suficiente.

Gracias de antemano.

Answer 1

como usted ha dicho que hay cosas obvias:

• cambio de nombre es una
• alterar una firma de la función es otra (especialmente desde que una función es casi necesariamente duplica: declaración en la cabecera y la aplicación de la fuente)
• renombrar/mover un archivo (actualización de incluir directivas)

Tenga en cuenta que aunque es básico, rara vez es así tratado. Mi principal queja es que los comentarios generalmente no están actualizados (no estoy hablando del desorden inútil generado automáticamente por doxygen). Entonces, si estaba describiendo el uso de la clase dentro de un encabezado, o la justificación de usar esta clase en otro archivo fuente, el comentario ahora está obsoleto porque al renombrar la clase nadie sabrá ahora a qué se refiere ...

casos sin embargo mucho más interesantes ahí:

• al cambiar una firma de función, es necesario actualizar todos los sitios de llamadas, el desarrollador necesitará ayuda para la localización de los
• con la herencia, la capacidad de actuar en todas las clases de una jerarquía: cambiar una firma de función (una vez más) o agregar/eliminar una anulación virtual.
• Con plantilla: la propuesta del concepto ha sido eliminada, sería bueno si pudieras sintetizar los requisitos sobre el tipo pasado (métodos/tipos internos necesarios) para que cuando se modifiquen esos requisitos (modificando la definición de la plantilla) se reciba una notificación de la lista de clases que está utilizando esta plantilla y que ya no se ajusta a ella (y se actualizará). Tenga en cuenta que, en caso de que sea simplemente cambiar el nombre del tipo/método, es posible que desee propagar automáticamente el cambio, siempre que no rompa nada más.

Buena suerte ...

Answer 2

Hola yo uso http://www.devexpress.com/Products/Visual_Studio_Add-in/RefactorCPP/ con esta herramienta no cambiar el nombre de la variable i/clase/método, el cambio de cuerpo de la función, inicializadores

Answer 3

echa un vistazo en Martin Fowler Refactoring: Improving the Design of Existing Code y Refactoring to Patterns por Joshua Kerievsky. Estos, a su vez, hacen referencia al libro de GoF Design Patterns, así que obtén eso también.

Si puedes más allá de la función de cambio de nombre básico y la función de extracción, entonces puedes estar en un ganador.

Answer 4

Aquí hay un patrón de diseño C++ que surgió ayer: Herencia de zanjas a favor de las políticas.

Answer 5

Una refactorización que deseo fue apoyada en realidad es inyectar método. Más o menos lo contrario de extraer el método.

Porque quizás veo que puedo reorganizar el código resultante para una mayor claridad o efecto; pero no estoy al tanto de que haya soporte de herramientas para esto en este momento.

Answer 6

Es bastante claro por las respuestas que pocos programadores de C++ alguna vez han visto una verdadera herramienta de refactorización. Sí, son bastante raros y altamente específicos para el IDE que usa. Eso es inevitable, de lo contrario no hay una buena manera de descubrir qué archivos de código fuente contribuyen con el código al ejecutable final. El preprocesador lo vuelve un desafío adicional, necesita conocer los valores de macro. Se requiere un analizador de código fuente pero no es suficiente.

La asistencia visual para VS es una que yo sepa.