proofmy09/02/202210/02/2022

Jenis Kode Sistem File Hierarkis Mac OS

Jenis Kode Sistem File Hierarkis Mac OS – Sistem file hierarkis Mac OS menyimpan kode dan tipe penulis sebagai bagian dari entri direktori untuk setiap file. Kode-kode ini disebut OSTypes. Kode-kode ini dapat berupa urutan empat byte, tetapi seringkali representasi ASCII mereka dipilih untuk membentuk urutan karakter yang bermakna, seperti singkatan aplikasi atau inisial pengembang. Misalnya, file “tumpukan” HyperCard memiliki generator WILD (sebelumnya “WildCard” untuk Hypercard) dan tipe STAK.

Jenis Kode Sistem File Hierarkis Mac OS

proofreadmyfile.com – Editor teks BBEdit awalnya ditulis oleh programmer Rich Siegel, yang menggunakan R*ch. Kode jenis menentukan format file, sedangkan kode pembuat menentukan program default untuk membukanya saat diklik dua kali oleh pengguna. Misalnya, pengguna dapat memiliki beberapa file teks semua dengan kode jenis TEXT , tetapi masingmasing dibuka dalam program yang berbeda, karena memiliki kode pembuat yang berbeda. Fitur ini dimaksudkan agar, misalnya, file teks biasa yang dapat dibaca manusia dapat dibuka di editor teks tujuan umum, sedangkan file pemrograman atau kode HTML akan terbuka di editor khusus atau IDE . Namun, fitur ini sering menjadi sumber kebingungan pengguna, karena program mana yang akan diluncurkan ketika file diklik dua kali seringkali tidak dapat diprediksi. OS RISCmenggunakan sistem serupa, terdiri dari angka 12bit yang dapat dilihat dalam tabel deskripsi—misalnya angka heksadesimal “FF5 dialiaskan” ke PoScript , yang mewakili file PostScript .

Pengidentifikasi jenis seragam (UTI) Mac OS X

Uniform Type Identifier (UTI) adalah metode yang digunakan di macOS untuk mengidentifikasi secara unik kelas entitas “yang diketik”, seperti format file. Ini dikembangkan oleh Apple sebagai pengganti OSType (jenis & kode pembuat). UTI adalah string Yayasan Inti , yang menggunakan string DNS terbalik . Beberapa jenis umum dan standar menggunakan domain yang disebut publik (misalnya public.png untuk gambar Portable Network Graphics ), sementara domain lain dapat digunakan untuk jenis pihak ketiga (misalnya com.adobe.pdf untuk Portable Document Format ). ISK dapat didefinisikan dalam struktur hierarki, yang dikenal sebagai hierarki kesesuaian. Jadi public.png sesuai dengan supertype public.image, yang dengan sendirinya sesuai dengan supertype public.data. ISK bisa ada di beberapa tingkatan yang memungkinkan lebih banyak fleksibilitas. Selain jenis file, ISK juga dapat digunakan untuk objek lain di macOS, antara lain:

data papan
folder (direktori)
Jenis yang dapat diterjemahkan (ditangani oleh manajer terjemahan)
bundel
kerangka
streaming data
Alias dan tautan simbolik
Properti OS/2 tambahan

Sistem file HPFS , FAT12 dan FAT16 (tetapi bukan FAT32) memungkinkan penyimpanan “atribut yang diperluas” dengan file. Ini terdiri dari kumpulan triplet arbitrer dengan nama, tipe kode untuk nilai dan nilai, di mana namanya unik dan nilainya bisa mencapai 64 KB. Ada arti standar untuk jenis dan nama tertentu (di bawah OS/2 ). Salah satunya adalah atribut diperpanjang “.TYPE” digunakan untuk menentukan jenis file. Nilainya terdiri dari daftar satu atau lebih jenis file yang terkait dengan file, yang masingmasing berupa string, seperti “Teks Biasa” atau “dokumen HTML”. Oleh karena itu, ada beberapa jenis file. Sistem file NTFS juga dapat menyimpan atribut OS/2 tambahan sebagai salah satu fork file, tetapi fitur ini hanya ada untuk mendukung subsistem OS/2 (yang tidak ada di XP), jadi subsistem Win32 membuat informasi ini buram. Tidak ada blok data yang digunakan. Sebaliknya, itu bergantung pada garpu file lain untuk menyimpan informasi meta dalam format khusus Win32. Properti OS/2 tambahan masih dapat dibaca dan ditulis oleh program Win32, tetapi data harus diuraikan sepenuhnya oleh aplikasi.

Atribut yang diperluas POSIX

Pada sistem Unix & seperti Unix , sistem arsip ext2 , ext3 , ext4 , ReiserFS versi 3, XFS , JFS , FFS , & HFS+ memungkinkan penyimpanan atribut yg diperluas menggunakan arsip. Ini termasuk daftar string “name=value” yg berubah-ubah, pada mana namanya unik & nilai bisa diakses melalui nama terkaitnya.

Pengidentifikasi unik PRONOM (PUID)

PRONOM Persistent Unique Identifier (PUID) merupakan skema yg bisa diperluas berdasarkan pengidentifikasi yg persisten, unik, & nir ambigu buat format arsip, yg sudah dikembangkan sang The National Archives of the UK menjadi bagian berdasarkan layanan registri teknis PRONOM . PUID bisa dinyatakan menjadi Uniform Resource Identifiers memakai info:pronom/ namespace. Meskipun belum poly dipakai pada luar pemerintah Inggris & beberapa acara pelestarian digital , skema PUID memang menaruh perincian yg lebih akbar daripada kebanyakan skema alternatif.

Jenis MIME

Jenis MIME banyak digunakan di banyak aplikasi yang berhubungan dengan Internet dan penggunaannya untuk informasi jenis disk jarang terjadi, tetapi jumlahnya meningkat di tempat lain. Ini terdiri dari sistem pengenal standar (dikelola oleh IANA) yang terdiri dari tipe dan subtipe yang dipisahkan garis miring, seperti teks/html atau gambar/gif. Awalnya dirancang sebagai cara untuk menentukan jenis file yang dilampirkan ke email, terlepas dari sumber dan sistem operasi target. Jenis MIME mengidentifikasi file pada BeOS, AmigaOS 4.0, dan MorphOS dan menyimpan tanda tangan aplikasi unik untuk menjalankan aplikasi. Di AmigaOS dan MorphOS, sistem tipe Mime bekerja secara paralel dengan sistem tipe data Amiga. Ada masalah dengan tipe MIME; beberapa organisasi dan orang telah membuat tipe MIME mereka sendiri tanpa mendaftarkannya dengan benar ke IANA, yang membuat penggunaan standar ini menjadi canggung dalam beberapa kasus.

Pengidentifikasi format file (FFID)

Pengidentifikasi tipe file adalah cara lain yang kurang populer untuk mengidentifikasi tipe file berdasarkan sumber dan kategori file. Dirancang untuk perangkat lunak Description Explorer. Ini terdiri dari beberapa digit dalam format NNNNNNNNXYYYYYYY. Bagian pertama menunjukkan organisasi sumber/pemeliharaan (angka ini adalah nilai dari database standar perusahaan/organisasi) dan dua digit berikutnya menunjukkan format file dalam format heksadesimal. Bagian terakhir terdiri dari ekstensi nama file umum atau nomor file standar internasional yang diisi dengan nol di sebelah kiri. Misalnya, spesifikasi file PNG memiliki FFID di 000000001310015948mana 31menunjukkan file gambar, 0015948adalah nomor standar dan 000000001menunjukkanOrganisasi Internasional untuk Standardisasi (ISO).

Identifikasi format berbasis konten file

Cara lain namun kurang terkenal buat mengidentifikasi format arsip merupakan menggunakan menyelidiki konten arsip buat pola yg bisa dibedakan pada antara jenis arsip. Isi arsip merupakan urutan byte & byte mempunyai 256 permutasi unik (0-255). Dengan demikian, menghitung kemunculan pola byte yg acapkalikali diklaim menjadi distribusi frekuensi byte menaruh pola yg bisa dibedakan buat mengidentifikasi jenis arsip. Ada poly skema identifikasi tipe arsip berbasis konten yg memakai distribusi frekuensi byte buat membentuk contoh representatif buat tipe arsip & memakai teknik statistik & data mining buat mengidentifikasi tipe arsip

Struktur arsip

Ada beberapa jenis cara buat menyusun data pada sebuah arsip. Yang paling generik dijelaskan pada bawah ini.

Format tidak terstruktur (pembuangan memori mentah)

Format file sebelumnya menggunakan format data mentah yang terdiri dari langsung membuang gambar memori dari satu atau lebih struktur ke dalam file. Ini memiliki beberapa kelemahan. Kecuali jika gambar memori juga memiliki ruang cadangan untuk ekstensi di masa mendatang, memperluas dan meningkatkan jenis file terstruktur ini sangat sulit. Itu juga membuat file yang mungkin spesifik untuk satu platform atau bahasa pemrograman (misalnya struktur yang berisi string Pascal tidak dikenali seperti itu di C ). Di sisi lain, mengembangkan alat untuk membaca dan menulis jenis file ini sangat sederhana. Keterbatasan format datar telah menghasilkan pengembangan jenis format file lain yang dapat dengan mudah diperluas dengan tetap mempertahankan kompatibilitas ke belakang.

Format berbasis potongan

Dalam jenis struktur file ini, setiap bagian data terkandung dalam wadah yang mengidentifikasi data tersebut. Area kontainer dapat diidentifikasi sebagai jenis penanda awal dan akhir tertentu, bidang panjang eksplisit, atau persyaratan tetap untuk menentukan format file. Sepanjang tahun 1970-an, banyak program menggunakan bentuk generik ini. Misalnya, pengolah kata seperti troff, Script, dan Scribe, dan file ekspor database seperti CSV. Electronic Arts dan Commodore Amiga juga menggunakan format file jenis ini pada tahun 1985 dengan format file Interchange File Format (IFF). Sebuah wadah kadang-kadang disebut sebagai “potongan”, meskipun “potongan” juga dapat berarti bahwa setiap potongan kecil atau potongan tidak berisi potongan lainnya. Banyak format tidak memaksakan persyaratan ini.

Informasi yang mengidentifikasi “potongan” tertentu dapat disebut banyak hal yang berbeda, sering kali istilah termasuk “nama bidang”, “pengidentifikasi”, “label”, atau “tag”. Pengidentifikasi sering dapat dibaca manusia, dan mengklasifikasikan bagian data: misalnya, sebagai “nama keluarga”, “alamat”, “persegi panjang”, “nama font”, dll. Ini tidak sama dengan pengidentifikasi dalam arti dari kunci database atau nomor seri (walaupun pengenal mungkin mengidentifikasi data terkait sebagai kunci tersebut). Dengan jenis struktur file ini, alat yang tidak mengetahui pengidentifikasi potongan tertentu hanya melewatkan yang tidak mereka pahami. Bergantung pada arti sebenarnya dari data yang dilewati, ini mungkin berguna atau tidak ( CSS secara eksplisit mendefinisikan perilaku tersebut). Konsep ini terus digunakan dalam RIFF (setara dengan IFF Microsoft), PNG, penyimpanan JPEG, aliran yang disandikan, dan file Distinguished Encoding Rules (DER) (versi pra-IFF sebagaimana aslinya didokumentasikan dalam CCITT X.409:1984). ). dan Format Pertukaran Data Terstruktur (SDXF).

Memang, format data apa pun entah bagaimana wajib mengidentifikasi signifikansi bagian komponennya, & penanda batas yang disematkan adalah cara yang jelas buat melakukannya:

Header MIME melakukan ini dengan label yg dipisahkan titik 2 pada awal setiap baris logis. Header MIME nir dapat berisi header MIME lainnya, meskipun konten data beberapa header mempunyai sub-bagian yang dapat diekstraksi dengan konvensi lain.

CSV & file serupa tak jarang melakukan ini memakai catatan header menggunakan nama bidang, dan menggunakan koma untuk menandai batas bidang. Seperti MIME, CSV nir memiliki ketentuan buat struktur menggunakan lebih berdasarkan satu level.

XML & kerabatnya dapat secara longgar dianggap semacam format berbasis chunk, karena elemen data diidentifikasi sang markup yang seperti menggunakan pengidentifikasi chunk. Tetapi, ia memiliki keunggulan formal seperti skema dan validasi , serta kemampuan buat mewakili struktur yang lebih kompleks misalnya pohon , DAG , & bagan . Jika XML dipercaya menjadi format “potongan”, maka SGML & pendahulunya IBM GML adalah keliru satu contoh paling awal menurut format tersebut.

JSON seperti menggunakan XML tanpa skema, surat keterangan silang, atau definisi untuk arti nama bidang yg berulang, dan tak jarang nyaman bagi programmer.

YAML mirip menggunakan JSON, namun menggunakan lekukan buat memisahkan rabat data dan bertujuan supaya lebih gampang dibaca manusia daripada JSON atau XML.

Protocol Buffer dalam gilirannya mirip dengan JSON, terutama menggantikan penanda batas dalam data menggunakan nomor bidang, yang dipetakan ke/menurut nama oleh beberapa mekanisme eksternal.

Share on Facebook