Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Support
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in
Toggle navigation
P
printthebill
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Issues
0
Issues
0
List
Boards
Labels
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Packages
Packages
Container Registry
Analytics
CI / CD Analytics
Repository Analytics
Value Stream Analytics
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
Pablo Javier Sosa
printthebill
Commits
5359840f
Commit
5359840f
authored
Apr 12, 2021
by
pablososa
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Resumen
parent
75aebf05
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
26 additions
and
0 deletions
+26
-0
tareas\ realizadas.md
tareas\ realizadas.md
+26
-0
No files found.
tareas\ realizadas.md
0 → 100644
View file @
5359840f
# Resumen de las tareas realizadas en el taller de refactoring.
## Simple Responsability.
En una primer etapa, partiendo de un código base, nos dispusimos a realizar el
refactoring del mismo, con el fin de generar código limpio, siguiendo las
metodologías que propone Martin Fowler. Lo primero que hicimos fue detectar
aquellas clses o funciones que realizaban muchas tareas a fin de respetar el
primer principio, el de simple responsabilidad. La metodología proponía crear la
nueva función vacía, copiar el contenido que le daba su funcionalidad, comentar
el bloque, reemplazar su invocación y realizar un test. De esta manera
realizamos los extract function en "baby steps".
## DIP y Liskov
Con la finalidad de disminuir el acoplamiento en el código surgió la
necesidad programar abstracciones, para evitar programar comportamientos. Para
cumplir con este objetivo se utiliza Liskov, programando clases que son
sustituibles por sus clases padre y creando factorías que tienen la
responsabilidad de instanciar la clase hija necesaria.
## TDD
Con la utilización de cucumber se fueron creando los casos de prueba en función
los nuevos requerimientos, se incorporaron nuevos Escenarios y
condiciones que se utilizan para guiar el desarrollo.
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment