Para este taller se va a trabajar sobre el juego del ahorcado del primer taller.
El sistema actual de puntuación del juego comienza en 100 puntos y va descontando 10 puntos cada vez que se propone una letra incorrecta.
Algunos usuarios han propuesto diferentes esquemas para realizar la puntuación, los cuales se describen a continuación:
-
OriginalScore:
- Es el esquema actual, se inicia con 100 puntos.
- No se bonifican las letras correctas.
- Se penaliza con 10 puntos con cada letra incorrecta.
- El puntaje minimo es 0.
-
BonusScore:
- El juego inicia en 0 puntos.
- Se bonifica con 10 puntos cada letra correcta.
- Se penaliza con 5 puntos cada letra incorrecta.
- El puntaje mínimo es 0
-
PowerBonusScore:
- El juego inicia en 0 puntos.
- La
$i-ésima$ letra correcta se bonifica con$5^i$ . - Se penaliza con 8 puntos cada letra incorrecta.
- El puntaje mínimo es 0
- Si con las reglas anteriores sobrepasa 500 puntos, el puntaje es 500.
Lo anterior, se traduce en el siguiente modelo, donde se aplica el principio de inversión de dependencias:
-
Clone el proyecto (no lo descargue!).
-
A partir del código existente, implemente sólo los cascarones del modelo antes indicado.
-
Haga la especificación de los métodos calculateScore (de las tres variantes de GameScore), a partir de las especificaciones generales dadas anteriormente. Recuerde tener en cuenta: @pre, @pos, @param, @throws.
-
Haga commit de lo realizado hasta ahora. Desde la terminal:
git add . git commit -m "especificación métodos"
-
Revise el
pom.xmle incluya las dependencias necesarias para QuickTheories. Se puede basar en elpom.xmldel taller anterior. -
Teniendo en cuenta dichas especificaciones, en la clase donde se implementarán las pruebas (GameScoreTest), en los comentarios iniciales, especifique las clases de equivalencia para las tres variantes de GameScore, e identifique condiciones de frontera.
-
Para cada clase de equivalencia y condición de frontera, implemente una prueba utilizando QuickTheories.
-
Haga commit de lo realizado hasta ahora. Desde la terminal:
git add . git commit -m "implementación pruebas"
-
Realice los ciclos TDD que hagan falta para implementar los 'cascarones' realizados anteriormente: implementar, correr pruebas, agregar casos de prueba (si hace falta), refactorizar, ejecutar nuevamente las pruebas, etc.
-
Al finalizar haga un nuevo commit:
git add . git commit -m "implementación del modelo"
-
Para comprimir el avance y NO PERDER el histórico de commits, use el siguiente comando (dentro del directorio que va a comprimir, sin olvidar el punto):
zip -r NOMBRE.PROYECTO.zip . En el taller se pedía utilizar el patrón FactoryMethod que desacopla la creación de los objetos. para rediseñar un juego de ahorcado (revisar createGUIUsingFactoryMethod en SwingProject, el constructor de la clase GUI y HangmanFactoryMethod).
En este taller se va a utilizar un contenedor liviano (GoogleGuice) el cual soporta la inyección de las dependencias.
- Utilizando el HangmanFactoryMethod (MétodoFabrica) incluya el OriginalScore a la configuración.
Incorpore el Contenedor Liviano Guice dentro del proyecto:
- Revise las dependencias necesarias en el pom.xml.
- Modifique la inyección de dependencias utilizando guice en lugar del método fábrica..
- Configure la aplicación de manera que desde el programa SwingProject NO SE CONSTRUYA el Score directamente, sino a través de Guice, asi mismo como las otras dependencias que se están inyectando mediante la fabrica.
- Mediante la configuración de la Inyección de
Dependencias se pueda cambiar el comportamiento del mismo, por
ejemplo:
- Utilizar el esquema OriginalScore.
- Utilizar el esquema BonusScore.
- Utilizar el idioma francés.
- Utilizar el diccionario francés.
- etc...
- Para lo anterior, puede basarse en el ejemplo dado como referencia.