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.ppgrphlibpor 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.exampleprojectcomo 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.exampleprojectdeberí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