[Java] nomi dei packages

[fero86]

come mai in Java esiste questo "fashion" di dare ai packages dei nomi inversi rispetto al nome DNS del produttore del software? per fare un esempio, mi riferisco al fatto che un'azienda che distribuisce la sua applicazione Java tramite Web Start all'URL http://app.firm.com/subapp allora i packages tipicamente si chiameranno com.firm.app.subapp . é solo per favorire l'univocitá dei nomi o c'é qualche altro risvolto tecnico? magari qualche facilitazione nello specificare percorsi e code bases?

[beppegrillo]

non è fashion, ti sei risposto da solo, serve per preservare l'univocità.
La domanda è, e chi non ha un dominio? si appende ^^

[fero86]

ah, capito... pensavo che in qualche modo ci fossero anche delle facilitazioni nello specificare percorsi di classi, code bases...

[fero86]

tra l'altro questa convenzione causa la presenza di packages inutili; nell'esempio del primo post, se tutte le classi stanno in subapp, i packages com, firm e app sono inutili.

[cionci]

Originariamente inviato da fero86

tra l'altro questa convenzione causa la presenza di packages inutili; nell'esempio del primo post, se tutte le classi stanno in subapp, i packages com, firm e app sono inutili.

Non sono inutili. Servono per essere usati con altri packages.
Metti che quel produttore creai un'altra applicazione legata alla prima subapp ed estragga delle parti di codice in comune fra le due app. Ovviamente quel codice andrà a finire in com.firm.app.
Mettiamo che un giorno crei un'applicazione di tutt'altro ambito, ma che contenga ancora una parte di codice in comune con le altre 2. lo metterà sicuramente in com.firm.
Supponiamo che debba usare due librerie sviluppate una da firm2.com e l'altra da firm.com...ora appare chiaro che anche questa parte del package ha la sua utilità