Componentes Paquetes Y Librerias

INDICE:

DEFINICIÓN CONCEPTUAL DE COMPONENTES, PAQUETES/LEBRERÍAS…………………3

USO DE COMPONENTES (VISUALES Y NO VISUALES) PROPORCIONADOS POR EL LENGUAJE……………………………………………………………………………………………….4

USO DE LIBRERIAS PROPORCIONADAS POR EL LENGUAJE………………………………11

CREACIÓN DE COMPONENTES (VISUALES Y NO VISUALES) DEFINIDOS POR EL USUARIO………………………………………………………………………………………………18

CREACIÓN Y USO DEPAQUETES/LIBRERÍAS DEFINIDAS POR EL USUARIO……………24

BIBLIOGRAFÍA…………………………………………………………………………………………32

DEFINICIÓN CONCEPTUAL DE COMPONENES, PAQUETES/LIBRERIAS

Componente: Es una clase abstracta que representa todo lo que tiene una posición, un tamaño, puede ser pintado en pantalla y puede recibir eventos.
Los Objetos derivados de la clase Componente que se incluyen en el Abstract Windows Toolkitson los que aparecen a continuación:

* Button
* Canvas
* Checkbox
* Choice
* Label
* List
* Scrollbar

Container
* Panel
* Windows
* Dialog
* Frame

TextComponent
* TextArea
* TextField

Un paquete en Java es lo que su nombre lo indica, un paquete o conjunto de clases, lógicamente, que tienen cosas en común. Lógicamente unprogramado puede agruparlas con o sin criterio, pero lo ideal es que se dediquen a funciones específicas. También los paquetes definen una jerarquía de directorios, que permiten igualmente agrupas las clases, cosa de desplegar los archivos mas ordenadamente.

LIBRERÍAS
La utilización de objetos dinámicos supone dejar pendiente en el montaje de la aplicación el enlace de dichos objetos. Cuando laaplicación está en ejecución, y sólo entonces, se produce el enlace (dinámico) con los objetos contenidos en la librería.
La creación de librerías dinámicas corre a cargo del enlazador o montador (en nuestro caso el ld) aunque también es posible indicar al compilador las opciones necesarias para el montaje y de ese modo, será él quien se encargue de pasárselas al montador.
Cuando se crea unobjeto dinámico es necesario que dicho código objeto sea independiente de la posición, para conseguir este tipo de código debe especificarse al compilador la opción -fPIC (Position IndependentCode). Dicho flag debe indicarse tanto en la compilación como en el montaje de la librería.
Para montar los objetos es necesario además indicar la opción -shared para que el resultado sea un fichero objeto‘compartible’.

USO DE COMPONENTES (VISUALES Y NO VISUALES) PROPORCIONADOS POR EL LENGUAJE.

Un componente desde el punto de vista de programación esta compuesto por
varias secciones y el conjunto de todas ellas dan lugar a la creación de dichocomponente.
Por tanto, primero para no perder el norte, vamos a empezar definiendo elconvenio que es utilizado para organizardichas secciones por TinyOs. En general, uncomponente posee tres grandes secciones que son: Configuration, Implementation,Modul e. Estas tres secciones han de estar obligatoriamente presentes en cualquiercomponente aunque puedan estar vacías.
El estándar de T i n y O s determina, que las secciones de Configuration eImplementatión han de ir en un fichero que recibirá el nombredel componente con laextensión .nc y la tercera sección de Module deberá de ir en otro fichero aparte querecibirá el nombre del componente concatenado con un M mayúscula (la M da elsignificado al fichero, es el significado de Module) , este último fichero también poseeráa extensión .nc.
Otra buena costumbre consiste en crear un fichero de header o cabecera con
extensión .h que contengatodas las enumeraciones, registros o tipos de datos creadospor el usuario de los que hace uso la aplicación, y cuando se realiza esto la forma deligar dicho fichero con los otros dos es utilizando al principio de los otros fichero ladirectiva includesheader; aunque como mención especial decir que si nos fijamosmejor en este directiva se puede ver que no se incorpora la extensión .h en la...