Me gustaría publicar una pequeña biblioteca de código abierto en Java. Me pregunto qué nombre de paquete debo elegir. No soy una empresa y no tengo un dominio que pueda usar como base para nombrar el paquete de acuerdo con las convenciones de nomenclatura . Aún así, me gustaría seguir de alguna manera las convenciones de nomenclatura para evitar un conflicto accidental y mantener las cosas estándar.
java
naming
coding-standards
packages
Petr Pudlák
fuente
fuente
SOSJP
- Pequeño proyecto Java de código abierto. Si desea evitar conflictos, agregue una marca de tiempo a este nombre para que se conviertaSOSJP1351952637112
. Dejando de lado la ironía, no te preocupes por los conflictos, siempre puedes cambiar el nombre más tarde.ppgrphlib
por ejemplo, si se trata de una biblioteca de gráficos o gráficos. Nadie usará ese nombre, por lo que no ocurrirán conflictos.Respuestas:
Su perfil en Ingeniería de Software implica que usted controla
petr.pudlak.name
, lo que daname.pudlak.petr.exampleproject
como una posibilidad.Otra técnica para garantizar la unicidad es basarlo en los medios a través de los cuales el programa se distribuye al público. Si el nombre de usuario asociado con sus repositorios de GitHub es
petrpudlak
, algo asícom.github.petrpudlak.exampleproject
debería evitar la colisión. Lo mismo puede decirse de los proyectos de SourceForge:net.sourceforge.exampleproject
.fuente
¿Por qué no hacer uso de su apellido? Algo así como
pudlak.project_name
.fuente
project_name
.Si no tiene un nombre de dominio, aún puede usar esa convención de nomenclatura y nombrarla
(org\com\net\whatever).projectname
. El nombre del paquete no necesariamente debe ser el nombre de dominio en el que espera encontrar el proyecto, aunque facilita las cosas. Algunos proyectos terminan moviendo dominios y no se cambia el nombre de sus paquetes por razones de compatibilidad.fuente