Android – convención del nombre del paquete

Para el ejemplo “Hello World” en android.com , el nombre del paquete es
"package com.example.helloandroid;"

¿Hay alguna pauta / estándar para nombrar este paquete? (las referencias serían agradables)

Android sigue las convenciones normales del paquete java y aquí hay un fragmento importante de texto para leer (esto es importante con respecto al amplio uso de archivos xml mientras se desarrolla en Android).

El motivo para tenerlo en orden inverso es hacer con el diseño en los medios de almacenamiento. Si considera cada período (‘.’) En el nombre de la aplicación como un separador de ruta, todas las aplicaciones de un editor se ubicarían juntas en la jerarquía de ruta. Entonces, por ejemplo, los paquetes de Adobe serían de la forma:

com.adobe.reader (Adobe Reader)

com.adobe.photoshop (Adobe Photoshop)

com.adobe.ideas (Adobe Ideas)

[Tenga en cuenta que esto es solo una ilustración y que estos pueden no ser los nombres exactos de los paquetes.]

Estos podrían ser mapeados internamente (respectivamente) a:

com / adobe / reader

com / adobe / photoshop

com / adobe / ideas

El concepto proviene de las Convenciones de nomenclatura de paquetes en Java, más sobre las cuales se puede leer aquí: *

http://en.wikipedia.org/wiki/Java_package#Package_naming_conventions

Fuente: http://www.quora.com/Why-do-a-majority-of-Android-package-names-begin-with-com

El nombre del paquete se usa para identificación única para su aplicación.
Android usa el nombre del paquete para determinar si la aplicación se ha instalado o no.
La denominación general es:

com.companyname.applicationname

p.ej:

com.android.Camera

http://docs.oracle.com/javase/tutorial/java/package/namingpkgs.html

Las empresas usan su nombre de dominio de Internet invertido para comenzar sus nombres de paquete; por ejemplo, com.example.mypackage para un paquete llamado mypackage creado por un progtwigdor en example.com.

Las colisiones de nombres que ocurren dentro de una sola compañía deben ser manejadas por convención dentro de esa compañía, tal vez incluyendo la región o el nombre del proyecto después del nombre de la compañía (por ejemplo, com.example.region.mypackage).

Si tiene un dominio de empresa http://www.example.com

Entonces deberías usar:

com.example.region.nombre del proyecto

Si posee un nombre de dominio como example.co.uk de lo que debería ser:

uk.co.example.region.projectname

Si no posee un dominio, debe usar su dirección de correo electrónico:

para name@example.com debe ser:

com.example.name.region.nombre del proyecto

En general, las primeras 2 “palabras” del paquete son su dirección web a la inversa. (Tendría 3 aquí como una convención, si tuviera un subdominio).

Entonces, algo que stackoverflow produzca probablemente esté en el paquete com.stackoverflow.whatever.customname

algo que asp.net produce podría llamarse net.asp.whatever.customname.omg.srsly

algo de mysubdomain.toplevel.com sería com.toplevel.mysubdomain.whatever

Más allá de esa simple convención, el cielo es el límite. Esta es una antigua convención de Linux para algo que no recuerdo exactamente …

 Com = commercial application (just like .com, most people register their app as a com app) First level = always the publishing entity's' name Second level (optional) = sub-devison, group, or project name Final level = product name 

Por ejemplo, el lanzador de Android (pantalla de inicio) es Com.Google.android.launcher

Pero si su aplicación de Android es solo para uso personal o creada solo por usted, puede usar:

 me.app_name.app