Diferencia entre revisiones de «Formularios, secciones y campos»
De Egeasy
(→Formulario) |
|||
Línea 1: | Línea 1: | ||
En un sistema de información donde intervienen elementos de diferente naturaleza, resulta indispensable ofrecer un mecanismo para la entrada de información que identifique esos elementos. Para ello, ODL facilita al programador una serie de componentes que nos van a permitir diseñar estructuras para la entrada de datos según las necesidades del sistema de información. Estos componentes son '''formularios''', '''secciones''' y '''campos'''. Veamos a continuación la especificación de cada componente: | En un sistema de información donde intervienen elementos de diferente naturaleza, resulta indispensable ofrecer un mecanismo para la entrada de información que identifique esos elementos. Para ello, ODL facilita al programador una serie de componentes que nos van a permitir diseñar estructuras para la entrada de datos según las necesidades del sistema de información. Estos componentes son '''formularios''', '''secciones''' y '''campos'''. Veamos a continuación la especificación de cada componente: | ||
==Formulario== | ==Formulario== | ||
− | Un {{T|formulario}} es | + | Un {{T|formulario}} es un componente donde podemos definir secciones y campos. En cuanto a su definición, podemos distinguir dos opciones. La definición de formulario como instancia, o una definición de tipo formulario.<p>Si definimos un formulario como una instancia tendremos que hacerlo a nivel de contenedores. El compilador no aceptará su definición fuera de ese ámbito.</p><p>Ahora bien, ¿cuándo nos puede interesar una definición de tipo?</p>A la hora de programar un sistema de información en ODL, es probable que muchos formularios compartan cierto tipo de campos. Para ahorrarnos código, definiremos un tipo formulario con los campos comunes, para luego definir un formulario de ese tipo en la definición de un contenedor. Para entender mejor estos conceptos, veamos la sintaxis de las dos opciones que hemos comentado: |
+ | |||
+ | *Definición de formulario como instancia | ||
+ | |||
+ | {{PR|tipo}} [Contenedor] {{PR|es}} {{RE|contenedor}} | ||
+ | [Nombre del formulario] {{PR|es}} {{T|formulario}} | ||
+ | [Campo1] {{PR|es}} {{T|texto}} | ||
+ | ... | ||
+ | ... | ||
+ | ... | ||
+ | |||
+ | |||
===Atributos=== | ===Atributos=== | ||
===Propiedades=== | ===Propiedades=== | ||
+ | |||
==Sección== | ==Sección== | ||
===Propiedades=== | ===Propiedades=== |
Revisión del 11:21 20 ene 2009
En un sistema de información donde intervienen elementos de diferente naturaleza, resulta indispensable ofrecer un mecanismo para la entrada de información que identifique esos elementos. Para ello, ODL facilita al programador una serie de componentes que nos van a permitir diseñar estructuras para la entrada de datos según las necesidades del sistema de información. Estos componentes son formularios, secciones y campos. Veamos a continuación la especificación de cada componente:
Contenido
Formulario
Unformulario
es un componente donde podemos definir secciones y campos. En cuanto a su definición, podemos distinguir dos opciones. La definición de formulario como instancia, o una definición de tipo formulario.Si definimos un formulario como una instancia tendremos que hacerlo a nivel de contenedores. El compilador no aceptará su definición fuera de ese ámbito.
Ahora bien, ¿cuándo nos puede interesar una definición de tipo?
A la hora de programar un sistema de información en ODL, es probable que muchos formularios compartan cierto tipo de campos. Para ahorrarnos código, definiremos un tipo formulario con los campos comunes, para luego definir un formulario de ese tipo en la definición de un contenedor. Para entender mejor estos conceptos, veamos la sintaxis de las dos opciones que hemos comentado:- Definición de formulario como instancia
tipo
[Contenedor]es
contenedor
[Nombre del formulario]es
formulario
[Campo1]es
texto
... ... ...