Tema | Requisitos | Solución | Incremento |
---|---|---|---|
Diseño |
TicTacToe. Requisitos. Versión 1. Básica |
TicTacToe. Solucion. Versión 1.1. domainModel |
Clases del Modelo del Dominio pero acopladas a tecnologías de interfaz ahora y todas con la Ley del Cambio Continuo y de granos grueso con el advenimiento de nueva funcionalidad |
Diseño Modular |
TicTacToe. Solucion. Versión 2.1. documentView |
Clases Vistas de Texto separadas de los Modelos del Dominio pero con Modelos de grano grueso con el advenimiento de nueva funcionalidad |
|
Diseño Orientado a Objetos |
TicTacToe. Requisitos. Versión 2. Gráficos |
TicTacToe. Solucion. Versión 3.2. dv. withoutFactoryMethod |
Clase Vistas de Interfaz Gráfica de Usuario pero con DRY en Vistas de tecnologías diferentes y con Modelos de grano grueso con el advenimiento de nueva funcionalidad |
TicTacToe. Solucion. Versión 4.2. dv. withFactoryMethod |
Clase Vista abstracta para Open/Close de sus tecnologías pero con Modelos de grano grueso con el advenimiento de nueva funcionalidad |
||
TicTacToe. Solucion. Versión 5.2. modelViewPresenter. presentationModel |
Clases Controladoras entre Vistas y Modelos por cada Caso de Uso pero con la clase Principal y las Vistas acopladas a cada controlador actual y futuro |
||
TicTacToe. Solucion. Versión 6.2. mvp. pm. withFacade |
Clase Lógica que encapsula Controladores y Modelos pero con Vistas con DRY en la Lógica de Control |
||
TicTacToe. Solucion. Versión 7.2. mvp. pm. withoutDoubleDispatching |
Clase Estado para la Inversión de Control de Vistas a la Lógica pero violando el Principio de Sustitución de Liskov |
||
TicTacToe. Solucion. Versión 8.2. mvp. pm. withDoubleDispatching |
Clase Vistador de Controladores para Técnica de Doble Despacho |
||
Patrones de Diseño |
TicTacToe. Requisitos. Versión 3. UndoRedo |
TicTacToe. Solucion. Versión 9.3. mvp. pm. withComposite |
Clase Comando del menú y Controlador Compuesto de ciertos Estados para Open/Close con nuevos Casos de Uso |
TicTacToe. Requisitos. Versión 4. ClienteServidor |
TicTacToe. Solucion. Versión 10.4. mvp. pm. withoutProxy |
Clase TCP/IP para tecnología de Despliegue pero con Controladores acoplados, poco cohesivos y grano grueso con cada nueva tecnología |
|
TicTacToe. Solucion. Versión 11.4. mvp. pm. withProxy |
Clases Proxy para Open/Close para nuevas tecnologías de Despliegue |
||
TicTacToe. Requisitos. Versión 5. Ficheros |
TicTacToe. Solucion. Versión 12.5. mvp. pm. withoutDAO |
Clases Vistas y Controladores para la tecnología de persistencia pero con Modelos de grano grueso, baja cohesión y alto acoplamiento a tecnologías de persistencia de ficheros |
|
TicTacToe. Solucion. Versión 13.5. mvp. pm. withDAO |
Patrón DAO |
||
TicTacToe. Requisitos. Versión 6. BasesDatos |
TicTacToe. Solucion. Versión 14.6. mvp. pm. withoutPrototype |
Nuevas Vistas y DAOS para la nueva tecnología pero con clase Principal acoplada a las tecnologías actuales y futuras de persistencia |
|
TicTacToe. Solucion. Versión 15.6. mvp. pm. withPrototype |
Open/Close para arranque con configuración de persistencia |
||
Arquitectura MVC |
TicTacToe. Requisitos. Versión 1. Básica |
TicTacToe. Solucion. Versión 16.1. mvp. pv |
Baile de la Triada |
TicTacToe. Solucion. Versión 17.1. mvp. sc |
Baile de la Triada |
||
TicTacToe. Solucion. Versión 18.1. mvc |
Baile de la Triada |
-
Notifications
You must be signed in to change notification settings - Fork 0
CODE - VideoClass 1-4: Para qué necesitamos el Diseño Orientado a Objetos
rodrisan/oo-design-videos-1-4-code
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Folders and files
Name | Name | Last commit message | Last commit date | |
---|---|---|---|---|
Repository files navigation
About
CODE - VideoClass 1-4: Para qué necesitamos el Diseño Orientado a Objetos
Topics
Resources
Stars
Watchers
Forks
Languages
- CSS 100.0%