Mengapa banyak ruang nama dimulai dengan com

Saya perhatikan bahwa banyak perusahaan menggunakan ruang nama "reverse domain name" dan saya ingin tahu dari mana praktik itu berasal dan mengapa itu terus berlanjut. Apakah ini hanya berlanjut karena praktik hafalan, atau ada konsep arsitektur yang luar biasa yang mungkin saya lewatkan di sini?

Perhatikan juga pertanyaan seperti: https://stackoverflow.com/questions/189209/do-you-really-use-your-reverse-domain-for-package-naming-in-java yang semacam menjawab pertanyaan saya tetapi tidak 100 %

_{(Jika itu membuat Anda merasa lebih baik, saya benar-benar ingin tahu apakah saya harus menggunakannya untuk upaya penentuan nama javascript saya, tapi saya lebih penasaran tentang kapan dan mengapa, dan itu akan membantu membimbing saya pada jawaban javascript, nota bene: "jendela")}

Contoh praktik ini meluas ke folder dan file:

Reverse Domain Notation berasal dari Jawa, tetapi banyak digunakan di banyak platform, seperti Paket Android, Paket Mac OS X, JavaScript, ActionScript, dan banyak lagi.

Praktek ini sangat berguna karena menyediakan sistem yang terdesentralisasi untuk perangkat lunak namespacing. Tidak perlu menerapkan ke agen terpusat untuk namespace; cukup gunakan nama domain yang Anda miliki (terbalik) dan kelola di dalam organisasi Anda sendiri. Dengan menamai paket-paket seperti ini, seseorang dapat hampir yakin bahwa kode tersebut tidak akan bertentangan dengan paket-paket lain.

Dari Tutorial Java Oracle :

Perusahaan menggunakan nama domain Internet terbalik mereka untuk memulai nama paket mereka misalnya, com.example.mypackage untuk paket bernama mypackage yang dibuat oleh seorang programmer di example.com.

Tabrakan nama yang terjadi dalam satu perusahaan perlu ditangani dengan konvensi di dalam perusahaan itu, mungkin dengan memasukkan wilayah atau nama proyek setelah nama perusahaan (misalnya, com.example.region.mypackage).

Ini lebih dari sekadar praktik hafalan, ini praktik yang baik karena namespace yang lengkap dan sepenuhnya spesifik . Jika ada dua perusahaan bernama Acme dan keduanya memilih namespace acme., kode mereka akan konflik. Tetapi hanya satu dari perusahaan tersebut yang dapat memiliki domain acme.com , sehingga mereka dapat menggunakan com.acme.namespace.

Membalikkan nama domain memungkinkan untuk arsitektur top-down. comakan berisi kode untuk perusahaan (atau siapa pun yang memiliki nama domain .com), dan di bawahnya adalah nama perusahaan (domain). Kemudian, lebih dalam di dalamnya adalah struktur organisasi dan / atau namespace yang sebenarnya. (Misalnya, jika itu adalah kode dari jaringan yang disebut internal.acme.com , yang memberikan departemen ini sub-namespace mereka sendiri com.acme.) Struktur top-down ini digunakan dalam sejumlah aplikasi, termasuk dalam administrasi sistem. (Ini mirip dengan membalikkan lookup alamat IP.)

Secara pribadi, saya menggunakannya untuk semua kode JavaScript baru yang saya tulis untuk perusahaan saya. Ini memastikan bahwa kode tidak akan pernah bertentangan dengan kode lain, bahkan jika saya nanti menulis kode yang sama untuk perusahaan lain. Itu dapat membuat mengakses kode rumit (mengetik com.digitalfruition.bisa mendapatkan banyak) tetapi itu dapat dengan mudah dikerjakan dengan penutupan dan variabel lokal ( var DF = com.digitalfruition).

Itu karena menggunakan ruang nama mengurangi kemungkinan konflik nama secara luar biasa, dan karena menggunakan nama domain Anda (yang telah diatur) adalah cara yang baik untuk membuat namespace global .

Dengan membalikkan bagian domain di namespace, Anda membuatnya dapat diurutkan; semua nama yang termasuk bagian kecil Anda dari jagat namespace diurutkan bersama.

Dan yang tak kalah pentingnya, TLD .comadalah TLD paling populer di internet, jadi itu digunakan oleh lebih banyak pengembang perangkat lunak daripada TLD lainnya.

Bagaimanapun, praktiknya dimulai dengan Java, di mana setiap kelas perlu memiliki file sendiri, dan untuk bermain dalam ekosistem yang lebih besar, skema namespace global diperkenalkan untuk membantu menjaga kelas agar mudah dikualifikasi.

Endianness

Saya bukan ahli java, tetapi untuk pola umum ini hanyalah permutasi dari big-endian vs little-endian, secara metaforis.

"Endianness" kadang-kadang digunakan untuk menggambarkan urutan komponen nama domain, misalnya 'en.wikipedia.org' (bentuk 'little-endian' modern yang biasa) dibandingkan dengan reverse-DNS 'org.wikipedia.en' ( 'big-endian', digunakan untuk memberi nama komponen, paket, atau tipe dalam sistem komputer, misalnya paket Java, file ".plist" Macintosh, dll.). URL dapat dianggap 'big-endian', meskipun bagian host bisa berupa nama DNS 'little-endian'.

Dalam hal ini, mungkin untuk tujuan organisasi untuk memungkinkan pengelompokan alami / percabangan pohon. Itu membuat hal-hal tetap rapi di tingkat yang lebih tinggi, dan Anda menggali untuk detail yang lebih spesifik.

Alternatifnya akan sangat datar, dan pengelompokan yang bermakna / berpotensi berguna harus ditafsirkan vs menjadi intrinsik dengan struktur.

Saya pikir detail kecil tidak disebutkan dalam jawaban lain: Alasan bahwa .com TLD adalah yang paling populer, adalah bahwa pada masa awal Web, browser web seperti Netscape Navigator "ditambahkan otomatis" .com jika itu tidak ada dalam alamat (mis. jika pencarian nama gagal). Jadi jika Anda mengetik "shareware", itu akan diperluas ke " http://shareware.com " (atau " http://www.shareware.com "; Saya tidak ingat detail www). Domain .com mungkin masih yang paling populer.