Creación de clases

Paquetes

Las clases Java se agrupan por finalidades en conjuntos llamados paquetes, que a su vez se organizan de forma jerárquica. Cuando escribe el código fuente y desea utilizar una clase de un paquete dado, debe indicar su «ruta completa» en cada llamada o, de manera más concisa, declarar su importación en el encabezado del archivo fuente. Las clases «estándares» del paquete java.lang, no siguen esta regla; son directamente accesibles.

Las clases que va a desarrollar deberán pertenecer obligatoriamente a paquetes que, por lo tanto, tendrá que crear. La organización de estos conjuntos de clases y de sus jerarquías le permite controlar el «ámbito» de los paquetes, las clases y los métodos.

Hay convenciones de nomenclatura para los paquetes (como también existen para las clases, los métodos, etc.). Estas pueden variar de una empresa a otra. Generalmente, el paquete empieza por el nombre de un tipo de dominio (com, edu, gov, mil, net, org), seguido por un punto (.), seguido por el nombre de la empresa, seguido por un punto (.). A continuación, puede tener un nombre de proyecto o de un módulo utilizable en varios proyectos, etc.

Ejemplo de nombre de paquete

com.eni.facturacion.exportConta

Generalmente, el análisis UML llevado a cabo anteriormente le ayudará a la hora de seleccionar los nombres. Este nombre debe...

Declaración de una clase

Una vez que el paquete se ha declarado, la clase se puede definir después de eventuales líneas de importación.

Si intenta declarar dos clases de tipo public en un mismo archivo fuente, IntelliJ IDEA reacciona como sigue:

Una clase se declara con la palabra clave class, seguida por el nombre que ha elegido. Como para el paquete, este nombre debe empezar por una letra o por un guión bajo (_). A continuación puede contener letras, cifras y guiones bajos. Evite utilizar caracteres acentuados y opte por el formato CamelCase. Según las convenciones de nomenclatura más extendidas, es una buena práctica empezar el nombre de la clase por una letra mayúscula. Por ejemplo, si escribe una clase que emula un reproductor digital, el nombre en formato «CamelCase» será ReproductorDigital. Las primeras letras de las palabras relacionadas están en mayúsculas.

La declaración de una herencia eventual interviene a continuación. Se explicará en detalle más adelante. En efecto, si la clase «extiende» una clase existente, entonces la palabra clave extends precede al nombre de la superclase.

Si la clase «implementa» una o varias interfaces, entonces la palabra clave implements precede a la lista de las interfaces soportadas por la clase.

Los miembros de la clase (los atributos y los métodos) se definen a continuación entre paréntesis.

Sintaxis de declaración

visibilidad class NombreClase  [[extends ClaseMadre]  
[implements Lista interfaces de base]]  
{  
   // cuerpo de la clase  
} 

Ejemplo

package com.miempresa;  
  
public class ClaseQueHereda extends SuClaseMadre implements  
Interface1, Interface2 {  
   // Cuerpo de la clase  
} 

El atributo de visibilidad de una clase definida en un paquete puede ser de tipo:

El resto de los atributos (private, protected) solo tienen sentido para...

Las interfaces

Asociaciones, composiciones y agregaciones

En todo programa, el desarrollador se anima a diseñar clases que utilicen o contengan otras clases, que a su vez pueden utilizar o contener otras clases, etc. Por ejemplo, un formulario (cuadro de diálogo con el usuario) muestra diferentes controles como botones de radio, casillas de selección, campos de introducción de texto u otras listas desplegables. El formulario y cada uno de sus controles se «encapsulan» en las clases que el desarrollador va a asociar para alcanzar la visualización final.

Las asociaciones son más o menos fuertes. En nuestro ejemplo, la asociación es fuerte porque es el formulario que instancia estos controles y estos mismos controles se destruirán durante su cierre. Se habla entonces de agregación «compuesta» o más sencillamente de «composición».

Durante esta asociación el objeto Contenedor accede libremente a los miembros de tipo public de cada uno de los objetos Contenido. De esta manera, durante su carga, nuestro formulario podrá inicializar los contenidos por defecto de las cajas de texto, las selecciones de los botones de radio y, durante la validación, recuperar las opciones del usuario, preguntando a cada uno de los controles.

¿Cómo permite el lenguaje Java administrar estas diferentes formas de colaboración?

Sea cual sea el grado de asociación, la clase Contenedor necesitará almacenar las referencias sobre las clases «contenidas».

Puede haber varios objetos de los mismos tipos referenciados en la clase Contenedor. Esta pluralidad también se expresa en UML, a través de un índice al final del enlace, indicando bien una cantidad finita o una franja posible.

En este ejemplo, un autor puede escribir uno o un número indefinido de libros (1..*) y un libro solo se asigna a un único autor (1).

Por lo tanto, el lenguaje Java va a tener varias formas de codificación para estos diferentes tipos de asociación.

class Contenedor{  
   Contenido contenido  = null;  
} 

Traducción UML de esta asociación:

Las clases anidadas

Es posible declarar una clase dentro de otra clase. Esta funcionalidad ofrece al desarrollador otra manera más de organizar su código. Las clases principales se guardan en los paquetes y, por lo tanto, es posible realizar agrupaciones dentro de ellas.

La mayor parte de las veces, la clase anidada -llamada nested class o inner class- no significa nada fuera de su clase host y su operador de visibilidad es de tipo private. A pesar de todo, es posible modificar este tipo de acceso como public, protected o package private.

Sintaxis de una nested class

public class ClassHost {  
     
   class ClaseAnidada {  
  
   }  
   //.  
} 

Ejemplo de codificación de una clase anidada y de su clase host

Package demonestedclass;  
  
// ClassHost contiene dos propiedades,  
// la definición de "ClaseAnidada"  
// y un método de prueba  
  
public class ClassHost {...