La parola chiave qui è dovrebbe .
Questa convenzione di denominazione non è obbligatoria. E non ha nulla a che fare con la possibilità di vedere chi ha creato la libreria.
Il punto è che esiste un singolo spazio dei nomi piatto per i pacchetti, e che quindi ogni pacchetto scritto, inclusi i vecchi pacchetti che non sono più gestiti, i pacchetti che sono attualmente in fase di scrittura, i pacchetti che non sono stati ancora scritti, i pacchetti dagli sviluppatori che sono già morti e futuri pacchetti di sviluppatori che non sono ancora nati, condivide lo stesso spazio dei nomi. Quindi, ogni sviluppatore deve essere d'accordo con tutti gli altri sviluppatori, inclusi quelli che sono già morti e quelli che non sono ancora nati su quali saranno i nomi dei pacchetti.
Ovviamente, questo livello di coordinamento è impossibile. Quindi, la cosa migliore da fare è avere una sorta di registro in cui ogni nome di pacchetto deve essere registrato e il manutentore del registro garantisce che i nomi dei pacchetti siano globalmente unici.
Tuttavia, farlo è piuttosto costoso, così invece hanno scelto una convenzione di denominazione che "esternalizza" la manutenzione di questo registro globale a qualcun altro: suggerendo che il nome del pacchetto dovrebbe essere derivato da un nome di dominio Internet che possiedi, il lavoro per assicurarsi che nessuno di loro due abbia lo stesso nome di pacchetto è esternalizzato al Domain Name System di Internet che è stato affidabile, efficace ed efficiente esattamente per decenni, su scala globale.
Ora che hai capito a cosa serve la convenzione di denominazione, puoi probabilmente rispondere alla tua domanda da solo:
Should I unpublish and republish with a proper package name?
Sì, dovresti, ma non per il motivo per cui ti stai chiedendo.
In how far will I run into (legal) issues (if any), because I am not the owner of health.com (example).
Probabilmente non incontrerai problemi legali. (Tuttavia, come sempre, chiedi a un avvocato: questo è un sito di programmazione, comprendiamo i problemi di programmazione, non capiamo i problemi legali, ecco a cosa servono gli avvocati.)
Il problema è che non puoi garantire che i tuoi nomi diventeranno unici. I proprietari di health.com possono decidere di creare un'app per Android e, ad esempio, potrebbero avere gli stessi nomi di classe. Utilizzando un nome di pacchetto che è garantito essere univoco, ad es. un nome di dominio che possiedi (e anche se è solo io.github.yourusername
).