I programmatori sono un gruppo organizzato quando si tratta di scrivere codice. A loro piace organizzare i loro programmi in modo che scorrano in modo logico, chiamando blocchi di codice separati che ciascuno ha un determinato lavoro. L'organizzazione delle classi che scrivono viene effettuata creando pacchetti.
Un pacchetto consente a uno sviluppatore di raggruppare classi (e interfacce) insieme. Queste classi saranno tutte correlate in qualche modo: potrebbero avere a che fare con un'applicazione specifica o eseguire una serie specifica di attività. Ad esempio, il Giava L'API è piena di pacchetti. Uno di questi è il pacchetto javax.xml. Esso e i suoi pacchetti secondari contengono tutte le classi nell'API Java relative alla gestione XML.
Per raggruppare le classi in un pacchetto, ogni classe deve avere un'istruzione di pacchetto definita nella parte superiore della relativa.file java. Permette al compilatore di sapere a quale pacchetto appartiene la classe e deve essere la prima riga di codice. Ad esempio, immagina di creare un semplice gioco di Battleships. Ha senso mettere tutte le classi necessarie in un pacchetto chiamato corazzate:
È dove sono archiviate tutte le classi appartenenti a quel pacchetto. Ad esempio, se il pacchetto corazzate contiene le classi GameBoard, Ship, ClientGUI, allora lì saranno file chiamati GameBoard.java, Ship.java e ClientGUI.java memorizzati in una chiamata della directory corazzate.
Ad esempio, il nome del pacchetto javax.xml mostra che XML è un sotto-pacchetto del pacchetto javax. Non si ferma qui, in XML ci sono 11 sotto-pacchetti: bind, crypto, datatype, namespace, parser, soap, stream, transform, validation, ws e XPath.
Le directory sul file system devono corrispondere alla gerarchia dei pacchetti. Ad esempio, le classi nel pacchetto javax.xml.crypto vivranno in una struttura di directory di.. \ javax \ xml \ crypto.
Ma, per quanto riguarda il compilatore, ogni pacchetto è un insieme distinto di classi. Non considera una classe in un pacchetto secondario come parte del suo pacchetto padre. Questa distinzione diventa più evidente quando si tratta di usare i pacchetti.
Nelle società di software e grandi progetti, dove i pacchetti potrebbero essere importati in altre classi, i nomi devono essere distintivi. Se due pacchetti diversi contengono una classe con lo stesso nome, è importante che non ci possano essere conflitti di denominazione. Questo viene fatto assicurando che i nomi dei pacchetti siano diversi avviando il nome del pacchetto con il dominio dell'azienda, prima di essere suddivisi in livelli o funzionalità: