Android - Convención de nombre de paquete

Para el ejemplo de "Hola mundo" en android.com , el nombre del paquete es
"package com.example.helloandroid;"

¿Hay alguna directriz / estándar para nombrar este paquete? (las referencias estarían bien)

Android sigue las convenciones normales del paquete java, además de que 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).

La razón para tenerlo en orden inverso es hacer con el diseño en los medios de almacenamiento. Si considera cada punto ('.') En el nombre de la aplicación como un separador de ruta, todas las aplicaciones de un editor se unirían en la jerarquía de ruta. Entonces, por ejemplo, los paquetes de Adobe tendrían 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 es posible que estos no sean los nombres exactos del paquete.]

Estos podrían asignarse internamente (respectivamente) a:

com / adobe / reader

com / adobe / photoshop

com / adobe / ideas

El concepto proviene de Convenciones de nomenclatura de paquetes en Java, más sobre las cuales se pueden 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 utiliza para una identificación única para su aplicación.
Android usa el nombre del paquete para determinar si la aplicación se ha instalado o no.
El nombre 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 los nombres de sus paquetes, por ejemplo, com.example.mypackage para un paquete llamado mypackage creado por un programador 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, quizás 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 www.example.com

Entonces deberías usar:

com.example.region.projectname

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

uk.co.example.region.projectname

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

para [email protected] debería ser:

com.example.name.region.projectname

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

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

Entonces, algo que stackoverflow produce probablemente estaría 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 puedo recordar exactamente ...

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

me.app_name.app