¿Qué nombre de paquete elegir para un pequeño proyecto Java de código abierto? [cerrado]

19

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
1
Ir con SOSJP- Pequeño proyecto Java de código abierto. Si desea evitar conflictos, agregue una marca de tiempo a este nombre para que se convierta SOSJP1351952637112. Dejando de lado la ironía, no te preocupes por los conflictos, siempre puedes cambiar el nombre más tarde.
— c69
3
¿Invierte unos pocos dólares en un nombre de dominio?
— walrii
@walrii Esto implica mantener vivo el dominio en el futuro, lo que puede ser inconveniente.
— Petr Pudlák
@ PetrPudlák La convención de nomenclatura es solo una sugerencia y no es necesaria en absoluto. Personalmente, nunca lo entendí y siempre me pareció extraño. Tome una posición en contra y nombre su paquete, 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.
— Brandin

Respuestas:

10

Su perfil en Ingeniería de Software implica que usted controla petr.pudlak.name, lo que da name.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.

— Damian Yerrick
fuente
6

¿Por qué no hacer uso de su apellido? Algo así como pudlak.project_name.

— Bernardo
fuente
1
No pensé en esto y ciertamente es una opción válida que satisface los requisitos. Pero de alguna manera no me siento cómodo con eso, siento que me estaría promocionando demasiado. Además, si otras personas contribuyen a la biblioteca, ¿tal nombre no será un poco injusto para ellos?
— Petr Pudlák
Luego suelte el apellido y simplemente use project_name.
— Bernard
3

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.

— Firelore
fuente
ciertamente ... podrías hacer eso. pero sería muy tonto
— amara
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.