Diferencia entre revisiones de «Formularios, secciones y campos»

De Egeasy
Saltar a: navegación, buscar
(Formulario)
(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 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:
+
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 una instancia 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:
 
*Definición de formulario como instancia:
  
 
  {{PR|tipo}} [Contenedor] {{PR|es}} {{RE|contenedor}}
 
  {{PR|tipo}} [Contenedor] {{PR|es}} {{RE|contenedor}}
     [Nombre del formulario] {{PR|es}} {{T|formulario}}
+
     [Mi formulario] {{PR|es}} {{T|formulario}}
 
         [Campo1] {{PR|es}} {{T|texto}}
 
         [Campo1] {{PR|es}} {{T|texto}}
 
         ...
 
         ...
Línea 16: Línea 16:
 
*Definición de tipo formulario:
 
*Definición de tipo formulario:
  
  {{PR|tipo}} [Nombre del tipo] {{PR|es}} {{T|formulario}}
+
  {{PR|tipo}} [Datos comunes] {{PR|es}} {{T|formulario}}
 
     [Campo común] {{PR|es}} {{T|texto}}
 
     [Campo común] {{PR|es}} {{T|texto}}
 
     ...
 
     ...
Línea 23: Línea 23:
 
  {{PR|fin}}
 
  {{PR|fin}}
 
   
 
   
      
+
Si nos fijamos, la definición de tipo se realiza fuera del ámbito de los contenedores, al contrario que la definición de la instancia '''Mi formulario''', que sí se tiene que definir en un contenedor.<p>Si ahora quisiéramos redefinir '''Mi formulario''' como '''Datos comunes''' de manera que se hereden los campos definidos en él, lo realizaríamos de la siguiente manera:
 +
 
 +
{{PR|tipo}} [Contenedor] {{PR|es}} {{RE|contenedor}}
 +
     [Mi formulario] {{PR|es}} [Datos comunes]
 +
        [Campo1] {{PR|es}} {{T|texto}}
 +
        ...
 +
        ...
 +
        ...
 +
    {{PR|fin}}
 +
{{PR|fin}}
 +
 
 +
A la hora de crear un objeto, en nuestro formulario aparecerán los campos definidos en '''Mi formulario''' y los heredados por '''Datos comunes'''.<p>La herencia n
 
===Atributos===
 
===Atributos===
 
===Propiedades===
 
===Propiedades===

Revisión del 11:53 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:

Formulario

Un 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.

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 una instancia 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
    [Mi formulario] es formulario
        [Campo1] es texto
        ...
        ...
        ...
    fin
fin
  • Definición de tipo formulario:
tipo [Datos comunes] es formulario
    [Campo común] es texto
    ...
    ...       //Definición de los campos comunes
    ...
fin

Si nos fijamos, la definición de tipo se realiza fuera del ámbito de los contenedores, al contrario que la definición de la instancia Mi formulario, que sí se tiene que definir en un contenedor.

Si ahora quisiéramos redefinir Mi formulario como Datos comunes de manera que se hereden los campos definidos en él, lo realizaríamos de la siguiente manera: tipo [Contenedor] es contenedor [Mi formulario] es [Datos comunes] [Campo1] es texto ... ... ... fin fin A la hora de crear un objeto, en nuestro formulario aparecerán los campos definidos en Mi formulario y los heredados por Datos comunes.<p>La herencia n

Atributos

Propiedades

Sección

Propiedades

Campos

Definiciones de campo

Texto

Entero

Real

Lógico

Moneda

Fecha

Hora

Memo

Imagen

Timbre

Código

Vínculo

Firma

Lista de comprobación

Tabla

==Ejemplos==