A. Las Aplicaciones Móviles pueden ejecutarse de forma nativa en iOS y Android.

B. Las aplicaciones móviles pueden distribuirse como PWA.

C. Las aplicaciones móviles no tienen capacidad offline.

D. El modelo de programación de las Aplicaciones Móviles es similar al de las Aplicaciones Web Reactivas.

A. Entidades (Entities).

B. Diagrama de entidades (Entity diagrams).

C. Relaciones de entidades (Entity relationships).

D. Tablas de base de datos (Database tables).

A. CreateCustomer.

B. RetrieveCustomer.

C. UpdateCustomer.

D. DeleteCustomer.

A. Listas enlazadas (Linked lists).

B. Enumeración (Enumeration).

C. Mapas Hash (Hash Maps).

D. Variables estáticas (Static variables).

A. Sólo variables locales.

B. Sólo parámetros de entrada.

C. Parámetros de entrada y variables locales.

D. Parámetros de entrada, parámetros de salida y variables locales.

A. Los enlaces (Links) sólo pueden navegar a las pantallas (Screens).

B. Los botones (Buttons) sólo pueden tener una acción de pantalla (Screen Action) como destino al hacer clic.

C. Los enlaces (Links) y botones (Buttons) pueden navegar a pantallas (Screens) o activar (trigger) acciones de pantalla (Screen Action).

D. Sólo los Enlaces (Links) pueden navegar a URLs externas.

A. Las Screen Actions pueden llamar a otras Screen Actions desde una pantalla (screen) diferente.

B. Las Client Actions pueden llamar a Screen Actions.

C. Las Server Actions pueden llamar a Client Actions.

D. Las Client Actions pueden llamar a Server Actions.

A. ... múltiples nodos (nodes) de Inicio y Fin.

B. ... uno o más nodos (nodes) de inicio, pero sólo un nodo (node) final.

C. ... sólo un nodo (node) de Inicio, pero múltiples nodos (nodes) de Fin.

D. ... sólo un nodo (node) Inicio y un nodo (node) Fin.

A. ... la ejecución se traslada siempre al Gestor Global de Excepciones (Global Exception Handler).

B. ... la ejecución se traslada al Exception Handler más específico para la Excepción (Exception).

C. ... la ejecución se traslada a todos los Exception Handlers de la Acción (Action).

D. ... se necesita una sentencia Switch para seleccionar qué Exception Handler continuará la ejecución.

A. Definición de valores para comprobar los registros (records) de salida del Agregado (Aggregate).

B. Definir las Entidades (Entities) de las que queremos recuperar registros (records)

C. Definición de condiciones para obtener subconjuntos específicos de registros (records).

D. Definir el orden de los registros (records) de salida del Agregado (Aggregate).

A. Para definir valores para comprobar la previsualización de la salida del Agregado (Aggregate).

B. Para establecer las condiciones para obtener registros específicos, no todos los registros.

C. Para definir el orden de sus registros de salida.

D. Para definir las Entidades de las que queremos obtener registros.

A. Estableciendo la propiedad Fuente (Source) del widget a la salida del Agregado (Aggregate).

B. La vinculación se realiza automáticamente ya que el Agregado (Aggregate) está en el ámbito de la Pantalla (Screen).

C. Añadiendo una Expresión (Expression) dentro del widget que haga referencia a un atributo de los datos obtenidos por el Agregado (Aggregate).

D. Creando una Acción de Pantalla (Screen Action) que asigne programáticamente el widget a los datos obtenidos por el Agregado (Aggregate).

A. Una Entidad (Entity) debe tener un identificador (Identifier) para permitir las relaciones.

B. Un atributo de referencia debe ser obligatorio.

C. Una entidad (Entity) sólo puede tener un atributo de referencia.

D. El identificador (Identifier) de la entidad (Entity) debe ser un número entero.

A. Establezca el tipo de datos del atributo identificador de la Entidad B en Identificador de la Entidad A.

B. Añade un nuevo atributo de referencia de tipo Identificador de la Entidad B a la Entidad A.

C. Añade una nueva Entidad C, con dos atributos de referencia de tipo Identificador de la Entidad A e Identificador de la Entidad B.

D. Añade un nuevo atributo de referencia de tipo Identificador de la entidad B a la entidad A y un nuevo atributo de referencia de tipo Identificador de la entidad A a la entidad B.

A. Un formulario agrupa widgets de entrada y permite mostrar y editar datos.

B. Un formulario tiene una propiedad Source que contendrá los valores enviados por el usuario.

C. Además de los widgets de entrada, un Formulario (Form) puede contener otros widgets como Enlaces (Links) y Botones (Buttons).

D. Un formulario (Form) es útil para validar los datos enviados por el usuario.

A. Cada Input debe tener asociada una Label.

B. Un widget Input sólo puede utilizarse para el tipo de datos Texto.

C. Para acceder al valor enviado en un widget Input, podemos utilizar simplemente InputName.Value.

D. Las Labels asociadas a los campos obligatorios mostrarán una indicación visual en la pantalla.

A. Campos obligatorios.

B. Longitud máxima de los campos de texto.

C. Tipos de datos de los campos de entrada (Input).

A. La acción CheckRole comprueba si un usuario tiene ese rol en particular.

B. La acción GrantRole permite otorgar un rol a un usuario mediante programación.

C. La acción RevokeRole permite eliminar un rol de un usuario mediante programación.

D. La Acción CreateUserWithRole crea un usuario final (end-use) y le asigna el Rol.

A. Verdadero

B. Falso

A. Todos los registros de ambas entidades (FULL OUTER JOIN).

B. Sólo los registros en los que hay coincidencia entre las dos Entidades (INNER JOIN).

C. Todos los registros de la entidad izquierda, aunque no haya coincidencia en la entidad derecha (LEFT JOIN).

D. Todos los registros de la entidad derecha, aunque no haya coincidencia en la entidad izquierda (RIGHT JOIN).

A. Podemos aplicar múltiples funciones de agregación dentro de un Agregado (Aggregate).

B. La salida del Agregado (Aggregate) contendrá todos los atributos de las Entidades Fuente (Source Entities) más las columnas de agregación.

C. Podemos aplicar las siguientes funciones sobre atributos de tipo de datos entero: sum, max, min, count y average.

D. La salida del Agregado (Aggregate) no incluirá las columnas en gris.

A. Un marcador de posición (Placeholder) reserva espacio en la interfaz que se asignará cuando se instancie el bloque (Block).

B. Cuando se instancia un Bloque (Block) con Marcadores de Posición (Placeholders), es obligatorio colocar al menos un widget dentro de los marcadores de posición (Placeholders).

C. Se pueden añadir marcadores de posición (Placeholders) a las pantallas Screens) y bloques (Blocks).

D. Sólo se puede añadir un marcador de posición (Placeholder) por Bloque (Block).

A. Inicializar (Initialize)

B. Listo (Ready)

C. Después de la búsqueda (After Fetch)

D. Render

A. El Evento Render (Render Event) en la Pantalla (Screen) se dispara cuando un Agregado (Aggregate) con la propiedad Fetch establecida a "only on demand " termina su ejecución.

B. Un Agregado de Pantallas (Screen Aggregate) puede activarse cuando una pantalla (Screen) se está inicializando o sólo Bajo Demanda (Only On Demand).

C. Todos los agregados (Aggregates), por defecto, tienen la propiedad Fetch establecida en On Demand.

D. El evento On After Fetch se activa para cada agregado (Aggregate), independientemente de su propiedad Fetch.

A. Verdadero

B. Falso

A. Todas las celdas de cabecera deben tener definida la propiedad Atributo de ordenación (Sort Attribute).

B. Sólo es necesario definir el Atributo de Ordenación (Sort Attribute) de las celdas de cabecera. Los datos se actualizan automáticamente.

C. El evento On Sort tiene un parámetro de entrada que contiene la columna seleccionada.

A. No es posible ejecutar consultas DELETE con la Herramienta SQL (SQL Tool).

B. No es posible utilizar parámetros de consulta (Query Parameters) en consultas non-SELECT.

C. Es obligatorio especificar todos los Atributos en una consulta (Query) INSERT.

D. Es obligatorio establecer la Entidad (Entity) o Estructura (Structure) de Salida.