java - son - ¿Cómo debo nombrar paquetes si no tengo un dominio asociado a mí?
dominios de internet (10)
¿Por qué no registrar un dominio?
Son bastante baratos y al hacerlo garantizarás que no choques con nadie (o al menos te da la satisfacción de que si ocurre un choque, es la otra persona la que tendrá que reescribir el código).
Registre su nombre o intente inventar un nombre que pueda usar como base para un negocio en una fecha posterior.
-
bernard.surname.net
-
madeupname.net
Esto le costará menos de 10GBP por año.
Personalmente, prefiero el enfoque de nombre inventado, ya que es probable que se vea más profesional (a menos que elija algo realmente extraño).
Una ventaja adicional es que muchos dominios vendrán con capacidades de correo electrónico, brindándole una mejor dirección de correo electrónico que [email protected].
Así que la mayoría de los recursos de Java cuando se habla de paquetes mencionan una configuración de proyecto com.yourcompany.project
. Sin embargo, no trabajo para una empresa, y no tengo un sitio web. ¿Hay alguna convención de nombres que sea común? Una dirección de correo electrónico, tal vez?
En mi humilde opinión, es mejor si no depende de ninguna información externa, como proveedor de alojamiento o empresa (podría ser lanzado a la comunidad de código abierto), ya que la refacturación a nivel de paquete no es muy deseable, especialmente en el caso de marcos y bibliotecas. Sugiero elegir el nombre de su proyecto con cuidado y sin ambigüedades, y luego usar org. <Nombre del proyecto> como paquete raíz.
He estado en un par de empresas diferentes que escriben clases de house java. A menudo son solo com.blah.blah.blah
independientemente de si hay un nombre de dominio real detrás de él.
Lo que también puede hacer es registrar un dominio (en realidad, un subdominio) a través de un servicio como DynDns (o uno de los equivalentes) y luego usar ese nombre de dominio. Usted será el único controlador y es gratis y fácil de mantener. Tienen una opción de 88 dominios principales en este momento (octubre de 2008). dyndns dns servicio dinámico
Muchas personas tienen sus propios sitios web y nombres relativamente únicos (o nombres de inicio de sesión).
Si su nombre es Bernard Something, puede ser propietario de BernardSomething.com, haciendo de com.bernardsomething.xxxx (o com.bsomething.xxx) un nombre de paquete legítimo en mi humilde opinión para el código personal.
Dicho esto, si el nombre de su proyecto es único, es posible que desee darle un nombre al paquete después de eso.
¡Y, por supuesto, obtenga el dominio después de su nombre si aún no lo posee!
Para mi propio trabajo personal cuando no tengo un espacio de nombres, busco algo simple como org.<myname>.*
Si está creando un proyecto de código abierto, puede registrarlo con Sourceforge y usar net.sourceforge.myproject. Esto es común con muchos proyectos de Java. Un ejemplo es PMD http://pmd.sourceforge.net/ .
Tenga en cuenta que el asunto del "nombre de dominio inverso" es solo una convención: útil, ya que definitivamente evita los enfrentamientos si todos lo respetan, pero no tiene que seguirlo.
Solo elija un nombre que pueda estar razonablemente seguro de que nadie más usará y que no esté registrado como marca registrada por nadie , porque esa es la única forma en que podría meterse en problemas legales.
Y eso significa que, de hecho, es una mala idea usar algún tipo de "subdominio" de un servicio gratuito que está utilizando, como deviantart o un servicio de correo gratuito o dyndns. Debido a que la mayoría (si no todos) de esos dominios son términos de marca registrada, y si sus proyectos alguna vez se distribuyen ampliamente, podría verse como una violación de la marca comercial. El hecho de que le permitan usar ese nombre como una dirección de correo electrónico (o lo que sea) no significa que pueda usarlo para nada más; de hecho, su EULA casi con certeza restringe el uso a exactamente ese único propósito.
Un buen consejo sobre este tema encontrado en la web : "Comience los nombres de su paquete con su dirección de correo electrónico, al revés. [...] O bien, aloje su código en un sitio que le dará una porción de su dominio".
Use un dominio de nivel superior como ''bernard'' u otra cosa única. La parte importante es que el dominio es único para evitar enfrentamientos, y no que comience con un dominio real de nivel superior de Internet como org o com. P.ej
import java.util.*;
import bernard.myProject.*;
import org.apache.commons.lang.*;