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)
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 nombre@ejemplo.com 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 ...
spectorsky
en la aplicación calendar
se referencia en el Explorador de archivos del dispositivo como com.tmp.spectorsky.calendar
. No puedo entender por qué aparece el tmp
nivel aquí.
Pero si su aplicación de Android es solo para fines personales o creada solo por usted, puede usar:
me.app_name.app