No entiendo por qué Java usa el reverso de un nombre de dominio (probablemente hipotético) como el nombre de un paquete, mientras que en su mayoría no hay conexión entre el nombre de dominio que usan algunas personas y los productos que tienen. Muchos desarrolladores ni siquiera tienen ningún dominio.
¿Cuáles son las razones de esta convención de nomenclatura, si hay alguna?
Respuestas:
Singularidad global. Si todos, o al menos los desarrolladores serios que distribuyen su código más allá de los proyectos internos, se adhieren a esa convención, nunca sucederá que haya conflictos de nombres cuando agregue otra biblioteca de terceros a su proyecto. Tenga en cuenta que Java se propagó inicialmente como una solución para la implementación de código en cualquier lugar, en cualquier momento (a través de applets y carga de clases remota a través de Internet).
Java was initially propagated as a solution for code deployment anywhere, anytime ¿A diferencia de lo que Java es ahora? No sé sobre usted, pero todavía uso Java WebStart con éxito para implementar el código del lado del cliente en miles de PC en una red interna. Esto hace que "Liberar temprano, liberar a menudo" sea mucho menos doloroso para todos.
Como dice Wikipedia sobre el tema,
"La especificación del lenguaje Java establece convenciones de nomenclatura de paquetes para evitar la posibilidad de que dos paquetes publicados tengan el mismo nombre".
Encontré dos documentos publicados por Oracle que discuten el nombramiento de paquetes. Existe la página Nombrar un paquete en los Tutoriales de Java y la sección Paquetes de la Especificación del lenguaje Java .
El propósito principal de esta convención es tratar de minimizar los conflictos entre paquetes publicados por diferentes organizaciones.
com.louisrhys.xxx.yyyindependientemente de si es suyo o nolouisrhys.com