DESI U5

0.0(0)
Studied by 0 people
call kaiCall Kai
Locked
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
GameKnowt Play
Card Sorting

1/55

encourage image

There's no tags or description

Looks like no tags are added yet.

Last updated 8:37 PM on 7/27/26
Name
Mastery
Learn
Test
Matching
Spaced
Call with Kai
Chat

No analytics yet

Send a link to your students to track their progress

56 Terms

1
New cards

Proposito de @Autowired?

Marca atributo como auto-inyectado

2
New cards

Que es la inyeccion de dependencias?

una instancia no inicializada de una clase declarada en otra clase que es automaticamente instanciada y pasada automaticamente en la implementacion ajena

3
New cards

Que es Inversion de Control

delegar la resolucion (creacion) de dependencias (instancias) al framework y no necesariamente escribirlas a mano

4
New cards

Proposito de IoC/DI?

desacople de logica; Clases con dependencias inyectadas no necesitan la logica para instanciar y generar dichas dependencias, ademas de un aumento de flexibilidad

5
New cards

Proposito de @Override?

sobrescribe un metodo, normalmente encontrado en clases que implementan interfaces

6
New cards

Como se denominan los objetos “inyectados”

Beans

7
New cards

En que metodo se basa IoC?

Patron hollywood

8
New cards

describir Patron Hollywood

un contenedor XML maneja la creacion (instanciado) de los objetos y resuelva las dependencias entre los objetos contenidos

9
New cards

Nombrar clases Spring Beans

Component, Service, Repository, Controller, RestController

10
New cards



11
New cards

CLI --> ___

Command Line Interface

12
New cards

GUI --> ___

Graphical User Interface

13
New cards

NUI --> ___

Natural User Interface

14
New cards

Caracterisitca clave de la Capa de Presentacion?

Usabilidad

15
New cards

Caracteristicas de buena Usabilidad?

Atraccion, Confianza, Comodidad y Bajo costo

16
New cards

Caracteristicas de una mala Usabilidad?

Frustracion, Poca eficiencia, resistencia y errores

17
New cards

Primera regla dorada de la capa de Presentacion

Dejar el control al usuario

18
New cards

Segunda regla dorada de la capa de Presentacion

Reducir la carga de memoria del usuario

19
New cards

Tercera regla dorada de la capa de Presentacion

Hacer que la interfaz sea consistente

20
New cards

Caracteristicas de la primera regla dorada (Dejar control al usuario)?

interaccion flexible, tecnisismos ocultos, interaccion directa con objetos en pantalla, personalizacion de la interfaz y minimizar acciones innecesarias/no deseadas

21
New cards

Caracteristicas de la segunda regla dorada (Reducir la necesidad de que el usuario memorice)?

reducir demanda de memoria a corto plazo, atajos intuitivos, revelar informacion de manera progresiva, distribucion visual basada en una metafora del mundo real

22
New cards

Caracteristicas de la tercer regla dorada (Hacer consistente la interfaz)?

consistencia en toda la familia de aplicaciones, realizar cambios solo en ocasiones cruciales, dejar al usuario acomodar la interfaz con contexto agregado

23
New cards

quien genera el Modelo de Usuario

Encargado

24
New cards

quien genera el Modelo de Dise;o

Un ingeniero de Software

25
New cards

quien genera el Modelo Mental

Usuario final

26
New cards

quien genera el Modelo de implementaicon

implementadores

27
New cards

que se necesita para construir una interfaz de usuario eficaz?

comprension del perfil de usuario, edad, genero, condiciones fisicas, educacion, antecedentes culturales o etnicos, motivacion, metas, personalidad

28
New cards

Eficacia en el dies;o de la interfaz?

evitar pasos innecesarios

29
New cards

flexibilidad en el dies;o de la interfaz?

permitir revisiones y correcione

30
New cards

Simpleza en el dies;o de la interfaz?

no sobrecarga al usuario con controles y datos innecesarios

31
New cards

Naturalidad en el dies;o de la interfaz?

paralelismo elevado entre objetos del sistema y de la vida real

32
New cards

Legibilidad en el dies;o de la interfaz?

Lenguaje adecuado, ayudas accesibles

33
New cards

Lectura breve en el dies;o de la interfaz?

la lectura en pantalla es un 25% mas lenta que en papel

34
New cards

Como se construye la interfaz inicialmente?

con un prototipo navegale y funcionalmente minimo, que se expone al usuario para tomar retroalimentacion con el mismo

35
New cards

Vista en Spring MVC, Quien maneja solicitudes HTTP?

Un spring Controller

36
New cards
<p>que garantiza @GetMapping</p>

que garantiza @GetMapping

que solicitudes HTTP GET se asignen al metodo indicado

37
New cards

Para que se utiliza la clase Model?

para que el Controller pase datos a la vista con model.addAttribute(), que normalmente devuelve un String

38
New cards

Para que se utiliza @RequestParam

Lee parametros de una request/Query y los lleva a variables Java

39
New cards

Ejemplo de RequestParam

@RequestParam(“nombre”) String nombre, enlaza lo que viene de la query al String nombre

40
New cards

DispatcherServerlet?

Front Controller de Spring MVC que recibe las peticiones HTTP y las coordina para que lleguen al controller correcto

41
New cards

secuencia de DispatcherServerlet?

Request al Dispatcher, Consulta a HandlerMapping a que Controller corresponde, prepara argumentos como RequestMapping, obtiene el resultado, y lo resuelve como una Vista con ViewResolver

42
New cards

GET?

envia datos usando la URL

43
New cards

POST?

envia los datos de forma invisible al usuario

44
New cards

th:action=”@/url”

indica la URL a la que envia datos del formulario al presionar Submit

45
New cards

th:action=”${atributo}”

establece a que atributo del Model estara enlazado el formulario

46
New cards

th:field=”*{campo}”

enlaza atributo del objeto al que este indicado en el campo del formulario

47
New cards

Reesponsabilidad de la capa Modelo

Representar campos de entidad, tipos, tama;os y mapeo a base de datos

48
New cards

Reesponsabilidad de la capa DTO

Representa datos de entrada/salida, evita manipular el Modelo directamente

49
New cards

Reesponsabilidad de la capa Vista

GUI para el usuario, recibe y envia datos al controlador mediante FormBeans

50
New cards

Reesponsabilidad de la capa Controller

Orquestra flujo entre vista y logica de negocio mediante solicitudes http; devuelve vistas o redirecciones

51
New cards

Reesponsabilidad de la capa Service

Logica de negocio y reglas de dominio, verificacion de datos y aplicacion de reestricciones antes de persistirlos

52
New cards

Reesponsabilidad de la capa Repository

Encapsula el acceso a la DB, expone operaciones de persistencia y define consultas personalizadas

53
New cards

FormBean?

objeto (POJO) puente entre la vista y el controlador que encapsula los datos de un formulario

54
New cards

Responsabilidad del toPojo()

convertir el DTO del formulario en la entidad de dominio que usa el servicio y el repositorio

55
New cards

result.addError(new ObjectError("globalError", e.getMessage()));

se lanza si?

El atributo del form llega nulo

56
New cards

result.addError(new FieldError("formBean", e.getAtributo(), e.getMessage()));

se lanza si?

el campo del atributo en la excepcion llega con algun error