14 Arquitectura Manual App Inventor
www.appinventor.org
Traducción hecha con Google Traductor y mejorada por mi: p
iatticarlos@gmail.com
CAPÍTULO 14
Entendiendo la arquitectura de una aplicación
En este capítulo se examina la estructura de una aplicación desde la perspectiva de un
programador.
Se inicia con la analogía tradicional de que una aplicación es como una receta y luego se procede a reconceptualizar una aplicación como un conjunto de
componentes que responden a eventos.
El capítulo también analiza cómo las
aplicaciones pueden hacer preguntas, repetir, recordar y comunicarse con la Web, lo
cual será explicado con más detalle en capítulos posteriores.
Mucha gente puede decir lo que es una aplicación desde la perspectiva del usuario, pero comprenderla desde la perspectiva de un programador es más complicado. Las
aplicaciones tienen una estructura interna que debemos comprender con el fin de
crearlas de forma efectiva.
Una forma de describir las App internamente es dividirlas en dos partes, sus
componentes
y sus
comportamientos.
A grandes rasgos, éstos corresponden a las dos ventanas principales que se utilizan en App Inventor: se utiliza el Diseñador de
componentes para especificar los objetos (componentes) de la aplicación, y se utiliza el
Editor de bloques para programar la forma en que la aplicación responde al usuario y
los acontecimientos externos (comportamiento de la app).
La figura 141 proporciona una visión general de esta arquitectura de aplicaciones. En
este capítulo, vamos a explorar esta arquitectura en detalle.
Componentes
Hay dos tipos principales de componentes en una aplicación: visibles y no visibles. La
aplicación de componentes visibles son los que usted puede ver cuando la aplicación
está en marcha, cosas como botones, cuadros de texto y etiquetas. Estos se refieren a
menudo como
interfaz de usuario
de la aplicación. Los componentes no visibles son aquellos que no se pueden ver, así que no son parte
de la interfaz de usuario. En su lugar, proporcionar acceso a la funcionalidad
incorporada del dispositivo; por ejemplo: el componente
texting
envía y procesa
mensajes de texto SMS, el componente
LocationSensor
determina la ubicación del
dispositivo, y el componente
TextToSpeech
conversaciones. Los componentes no
visibles son la tecnología dentro del dispositivo. Los componentes tanto visibles como no visibles están definidos por un conjunto de
propiedades.
Las propiedades son posiciones de memoria para almacenar la
información sobre el componente. Los componentes visibles,
por ejemplo, tienen propiedades como
Width (ancho), Height (alto), Alignement
(alineación)
, que en conjunto definen cómo se vé el componente. Entonces, un botón como el botón Enviar de la figura 142 para el usuario final se define en el Diseñador de
componentes con un conjunto de propiedades, incluyendo las que se muestran en la
Tabla 141.
Usted puede asimilarlo como propiedades de las celdas que se ven en una hoja de
cálculo. Para definir la apariencia
inicial
de un componente puede modificar las propiedades en el Diseñador de componentes. Si cambia el número en el slot
width
(ancho)
de 50 a 70, el botón se ensanchará, tanto en el diseño como en la aplicación.
Tenga en cuenta que el usuario final de la aplicación no ve el número 70, él sólo ve el
cambio en el aspecto del botón.
Comportamiento
Los componentes de una app son generalmente fáciles de entender: un cuadro de texto es para introducir la información, un botón es para hacer clic, y así
sucesivamente. El comportamiento de una aplicación, por otra parte, es
conceptualmente difícil y complejo a menudo. El comportamiento define cómo la
aplicación debe responder a los acontecimientos, a veces iniciados por el usuario (por
ejemplo, un clic de botón) y otras veces externos (por ejemplo, un texto de SMS llega al ...
Regístrate para leer el documento completo.