base de datos

TOPICOS AVANZADOS DE PROGRAMACIÓN


INDICE: CADA EQUIPO DISEÑAR UN COMPONENTE Y UNA LIBRERÍA EN JAVA, C++, VISUAL BASIC.


DEFINICIÓN CONCEPTUAL DE COMPONENTES, PAQUETES/LIBRERÍAS………..………2



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



USO DE LIBRERIAS PROPORCIONADAS POR EL LENGUAJE………………….………10



CREACIÓN DECOMPONENTES (VISUALES Y NO VISUALES) DEFINIDOS POR EL USUARIO…………………………………………………………………….……17



CREACIÓN Y USO DE PAQUETES/LIBRERÍAS DEFINIDAS POR EL USUARIO………..…22


BIBLIOGRAFÍA…………………………………………………………….………29







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 enpantalla y puede recibir eventos.
Los Objetos derivados de la clase Componente que se incluyen en el Abstract Windows Toolkit son 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 declases, lógicamente, que tienen cosas en común. Lógicamente un programado 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 elmontaje de la aplicación el enlace de dichos objetos. Cuando la aplicació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á élquien se encargue de pasárselas al montador.
Cuando se crea un objeto 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 indicarla 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, vamosa empezar definiendo elconvenio que es utilizado para organizar dichas 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 deConfiguration eImplementatión han de ir en un fichero que recibirá el nombre del 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 encrear un fichero de header o cabecera con
extensión .h que contenga todas 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...