Jerarquía de paquetes de java PDF

Title Jerarquía de paquetes de java
Author Sebastian Pinto
Course Taller de programacion
Institution Universidad Tecnológica del Perú
Pages 1
File Size 30.3 KB
File Type PDF
Total Downloads 285
Total Views 552

Summary

Los proyectos en Java se suelen organizar en paquetes (packages). El concepto de paquete viene siendo similar al de carpeta en Windows: un contenedor donde mantenemos cosas relacionadas entre sí.Los paquetes son el mecanismo que usa Java para facilitar el modularidad del código. Un paquete puede con...


Description

Los proyectos en Java se suelen organizar en paquetes (packages). El concepto de paquete viene siendo similar al de carpeta en Windows: un contenedor donde mantenemos cosas relacionadas entre sí. Los paquetes son el mecanismo que usa Java para facilitar el modularidad del código. Un paquete puede contener una o más definiciones de interfaces y clases, distribuyéndose habitualmente como un archivo. Para utilizar los elementos de un paquete es necesario importar este en el módulo de código en curso, usando para ello la sentencia import.

Los packages se utilizan con las finalidades siguientes: 1. Para agrupar clases relacionadas. 2. Para evitar conflictos de nombres (se recuerda que el dominio de nombres de Java es la Internet). En caso de conflicto de nombres entre clases importadas, el compilador obliga a cualificar en el código los nombres de dichas clases con el nombre del package. 3. Para ayudar en el control de la accesibilidad de clases y miembros. Cada vez que creamos un nuevo proyecto con la correspondiente opción find new Project, neat beans nos da opción a crear un nuevo paquete que por defecto tendrá el propio nombre que demos a la aplicación , el nombre del paquete se establece en este recuadro que tenemos en la parte inferior y que podemos cambiarlo poniéndole el nombre que nos interese o sea mejor para tu facilidad , si miramos los nodos que contiene los módulos de código fuente tenemos un paquete cuyo nombre es el mismo nombre del proyecto que sería abstracción pero tú le puedes cambiar como tu guste, y dentro de estos paquetes están los módulos de código fuente, pero esto no plantea ningún problema porque son pocos, pero al trabajar con proyector muy grandes es muy común que tengamos demasiados módulos de código fuente y ponerlos todo en una misma carpeta en el sistema de archivos y alojarlos en un mismo paquete de java complicaría muchas las tareas, buscar un módulo de código fuente para aplicar modificaciones y etc. Por eso es mejor que estos se agrupen en múltiples paquetes, estos pueden tener una relación jerárquica entre ello o no, depende de tus necesidades, esto es lo habitual a la hora de estructurar los módulos de unos proyectos grandes además que podemos agregar nuevos proyectos en cualquier momento en la estructura por defecto se toma del nombre del paquete que hiciste y se agrega un sufijo y como podemos apreciar esto ayuda facilita mucho la gestión de estos módulos...


Similar Free PDFs