Для прикладу "Hello World" на android.com назва пакету
"package com.example.helloandroid;"
Чи є якісь настанови / стандарти для назви цього пакета? (посилання будуть непогані)
Для прикладу "Hello World" на android.com назва пакету
"package com.example.helloandroid;"
Чи є якісь настанови / стандарти для назви цього пакета? (посилання будуть непогані)
Відповіді:
Android дотримується звичайних конвенцій Java-пакету, а ось важливий фрагмент тексту для читання (це важливо щодо широкого використання файлів xml під час розробки на android).
Причиною того, щоб він був у зворотному порядку, це пов’язане з компонуванням на носії інформації. Якщо розглядати кожен період ('.') У назві програми як роздільник шляхів, усі програми видавця сидітимуть разом в ієрархії контурів. Так, наприклад, пакети від Adobe мали б форму:
com.adobe.reader (Adobe Reader)
com.adobe.photoshop (Adobe Photoshop)
com.adobe.ideas (Adobe Ideas)
[Зверніть увагу, що це лише ілюстрація, і це можуть бути не точні назви пакетів.]
Вони можуть бути внутрішньо відображені (відповідно) до:
com / adobe / читач
com / adobe / Photoshop
com / adobe / ідеї
Концепція походить від конвенцій про іменування пакунків на Java, більше про них можна прочитати тут: *
http://en.wikipedia.org/wiki/Java_package#Package_naming_conventions
Джерело: http://www.quora.com/Why-do-a-majority-of-Android-package-names-begin-with-com
Назва пакету використовується для унікальної ідентифікації для вашої програми.
Android використовує назву пакета, щоб визначити, додаток встановлено чи ні.
Загальне називання:
com.companyname.applicationname
наприклад:
com.android.Camera
http://docs.oracle.com/javase/tutorial/java/package/namingpkgs.html
Компанії використовують своє перетворене доменне ім’я Інтернет для початку імен пакунків, наприклад, com.example.mypackage для пакету з назвою mypackage, створеного програмістом на example.com.
Зіткнення з іменами, що виникають у межах однієї компанії, повинні вирішуватися конвенцією в межах цієї компанії, можливо, включаючи регіон або назву проекту за назвою компанії (наприклад, com.example.region.mypackage).
Якщо у вас є домен компанії www.example.com
Тоді вам слід використовувати:
com.example.region.projectname
Якщо у вас є доменне ім’я, наприклад example.co.uk, воно повинно бути:
uk.co.example.region.projectname
Якщо ви не є власником домену, вам слід використовувати свою електронну адресу:
для name@example.com має бути:
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
Наприклад, він запускає Android (домашній екран) Com.Google.android.launcher
Як правило, перші 2 слова "слова" - це ваша веб-адреса в зворотному порядку. (Якщо у вас був субдомен, ви б тут мали 3 місця.)
Отже, щось, що виробляє stackoverflow, ймовірно, буде в пакеті com.stackoverflow.wwhat.customname
те, що виробляє asp.net, може називатися net.asp.wwhat.customname.omg.srsly
щось із mysubdomain.toplevel.com буде com.toplevel.mysubdomain.wever
Поза такою простою умовою, небо є межею. Це стара конвенція Linux для чогось, чого я точно не можу згадати ...
spectorsky
у програмі calendar
надається у Провіднику файлів пристроїв як com.tmp.spectorsky.calendar
. Я не можу зрозуміти, чому tmp
тут з'являється рівень?
Але якщо ваш додаток для Android призначений лише для особистих цілей або створений лише вами, ви можете використовувати:
me.app_name.app