usar - paquetes de java y sus funciones

¿Cuál es la convención para los nombres de paquetes java sin una asociación de dominio?

Question

No puedo encontrar una Q / A en SO que responda a mi pregunta exacta , así que creo que la publicaré y veré qué viene.

En cuanto a la convención de nomenclatura se refiere a los paquetes de Java, entiendo que se supone que es el nombre de dominio inverso: com.whatever.stuff y obtengo las reglas sobre la mezcla de mayúsculas y minúsculas, guiones, palabras clave, etc.

También he leído la sección 7.7 (Unique-Package-Names) de la Especificación del lenguaje Java. Por lo que puedo decir, las reglas de Java son usar el dominio inverso para asegurar la singularidad ... y si no tienes uno, ve a obtener uno:

You form a unique package name by first having (or belonging to an organization that has) an Internet domainname, such as sun.com. - Sección 7.7

Entonces, si no estoy interesado en desembolsar el dinero para un nombre de dominio, no pertenezco a una compañía cuyo nombre puedo aprovechar, ¿hay alguna parte de la convención de nomenclatura que me falta que deba seguirse? ? Estoy pensando que puedo ponerle el nombre único que me apetezca en este momento, pero me preguntaba si me estaba perdiendo algo.

Nota: me gustaría lanzar mi paquete para que lo usen otros desarrolladores, así que no quería hacer algo que funcionara en mi sistema, sino algo más estándar si fuera posible.

Agregué la etiqueta de Android porque los paquetes de Java que voy a escribir van a ser utilizados en una aplicación de Android, no estaba seguro de si había opiniones diferentes de los desarrolladores de Android.

Answer 1

En un entorno profesional, la convención es usar dominio inverso. En un entorno que está más asociado a usted, puede usar org.projectname.packagename.* .

Es una convención, no una regla dura y rápida. Puede usar el estilo de nombre de dominio que desee.

Answer 2

Los nombres de dominio se pueden tener de forma gratuita. Por ejemplo, dyn.com ofrece nombres de dominio gratuitos con el formato ''whatever.dyndns.org'' en http://free.domain.name/

Answer 3

Si usted es el único programador, puede simplemente usar su nombre. Mi nombre es Jannis Froese, entonces usaría

jannisfroese.projectname.stuff

o si quieres quedarte con nombres de dominio ''válidos''

localhost.jannisfroese.projectname.stuff

(localhost es un dominio de nivel superior reservado)

Por supuesto, esto solo funciona si su nombre es suficientemente único, por lo que una colisión es poco probable

Answer 4

Si vas a distribuir muchas cosas, realmente te sugiero obtener un nombre de dominio. Sin embargo, otra alternativa sería usar su correo electrónico: por ejemplo, [email protected] se convertiría en com.gmail.bob . Esto es menos común que usar nombres de dominio, pero todavía lo hace algunos y aún garantiza la exclusividad.

Answer 5

Una convención es usar el nombre de dominio del proveedor de alojamiento, por ejemplo

com.github.myrepositoryname
net.sf.sourceforge.myproject
com.googlecode.myproject

Beneficios:

• el espacio de nombres de su paquete será único, ya que el proveedor de alojamiento no tendrá dos proyectos del mismo nombre
• es tan caro como los costos del anfitrión, muchos de los cuales son gratuitos
• puede ser una manera fácil de cumplir los requisitos de Sonatype si quiere llevar su proyecto a Maven Central

Inconvenientes:

• si decide cambiar de proveedor, o tiene estructuras de paquete que están desactualizadas, o introduce cambios incompatibles con versiones anteriores para mantener la fuente en línea con su nuevo proveedor