refactoring du bouchonnois

Refactorización de du Buchonnois

El propósito de este kata es ejercer el refactor en un código existente para:

• Identificar ciertos smells en nuestro código
• Comprender qué práctica y/o herramienta puede ayudarnos a superar estos smells
• Practica en 1 entorno safe fuera de su código de producción

El contexto

Nuestros valientes atascos deben poder administrar sus juegos de caza.
Comenzaron a desarrollar 1 sistema de gestión de la compañía Toshiba pero no están satisfechos.

La compañía habla con ellos sobre una dette technique que los ralentiza en el desarrollo de nuevas características ...

Los cazadores nos cuentan para mejorar la situación.

Mapeo de ejemplo

Hicieron algunos talleres con Toshiba y lograron aclarar lo que se espera del sistema.

Para hacer esto, utilizaron el formato Example Mapping para descubrir aquí.

Aquí está el mapeo de ejemplo que sirvió como una alineación para desarrollar este sistema.

Versión PDF disponible aquí

Facilitación

Requisito previo

El código está disponible en C# ( .NET 7 ), java (21), kotlin .

Aquí está la lista de librerías utilizadas / recomendadas:

.NETO	Java	Kotlín
xUnit	junit	Kotest
FluentAssertions	assertJ	Aterciones nativas kotest
Verify.xUnit	approvalTests	approvalTests
FSCheck	vavr-test	kotest-property
TngTech.ArchUnitNET.xUnit	archunit	archunit
LanguageExt.Core	vavr	arrow-kt
FluentAssertions.LanguageExt	assertj-vavr	kotest-extensions-arrow

Para mejorar el código, lo invitamos a seguir los pasos a continuación:

• 1. Obtenga una idea del código base
• 2. Trate las advertencias como errores
• 3. Matamos a algunos mutantes
• 4. Mejorar la legibilidad de las pruebas
• 5. "Aprobar" todo
• 6. "Propiedades" en todas partes
• 7. Pruebas de arquitectura
• 8. Use cajas
• 9. Dile a Don pregunta
• 10. Comandos
• 11. Más excepciones
• 12. Evento de abastecimiento

Para cada paso:

• Se propone una propuesta para una solución de "paso a paso" (solo en C# )
• Hay 1 rama / paso

Objetivos educativos

A través de estas diferentes etapas intenté introducir los siguientes temas:

• Mapeo de ejemplo
• Análisis de código estático / Linter
• Tratar las advertencias como errores
• Prueba de mutación
• Prueba de constructores de datos
• Prueba de aprobación
• Refactorización automatizada
• Prueba basada en propiedades
• Pruebas arquitectónicas
• Desarrollo impulsado por pruebas
• Arquitectura limpia
• Diseño impulsado por el dominio
• Dile a Don pregunta
• Programación funcional
• Evitar primitivo
• Evite las excepciones
• Arquitectura de decisión récord
• Evento de abastecimiento
• ...

¿Tienes un buen viaje?