Plist Format Biner Pilihan

Saya mencoba untuk melayani daftar hasil pencarian properti ke aplikasi iPhone saya. Server adalah prototipe, ditulis dengan Python. Pertama saya menemukan Pythons built-in plistlib, yang mengagumkan. Saya ingin memberi penelusuran seperti tembakan Anda, jadi saya memerlukannya sekecil mungkin, dan xml terlalu besar. Format plist biner sepertinya pilihan yang bagus. Sayangnya plistlib tidak melakukan file biner, jadi langkahkan ke PyObjC. (Segue: Saya sangat terbuka terhadap pemikiran lain tentang cara mencapai pencarian langsung. Saya sudah mengurangi data sebanyak mungkin, termasuk hanya menampilkan hasil yang cukup untuk mengisi jendela dengan keyboard iPhone, yaitu 5.) Sayangnya, Meskipun saya tahu Python dan saya cukup cantik dengan Kakao, saya tetap tidak mendapatkan PyObjC. Ini adalah Kakao yang setara dengan apa yang ingin saya lakukan: Saya pikir saya harus bisa melakukan sesuatu seperti ini, tapi dataWithPropertyList tidak ada dalam daftar objek NSPropertyListSerialization (). Saya juga mungkin bisa mengubah daftar menjadi NSArray. Saya mencoba dokumentasi PyObjC, tapi sangat penting untuk pekerjaan nyata saya yang saya pikir juga bisa saya coba SO SOS juga. Ini adalah bagaimana saya membaca di plist di sisi iPhone. Senang untuk mengklarifikasi jika salah satu dari ini tidak masuk akal. Property ListBinary Format daftar properti biner adalah satu dari beberapa format yang telah digunakan untuk file plist. Sarana standar untuk aplikasi di bawah sistem operasi turun dari NeXTSTEP (termasuk Apple OS saat ini) untuk menyimpan data konfigurasi. Format biner diperkenalkan lebih baru dari format lain, namun sekarang menjadi default sistem Apple. Format deskripsi Jenis yang tersedia Jenis berikut tersedia dalam paket biner: singleton (boolean, null, fill) integer float date data biner string byte tunggal string byte ganda Kamus array UID Bagian File File plist biner memiliki empat bagian: 8 byte pertama Adalah identifier, sama dengan bplistXX dimana XX adalah dua digit. Bplist00 dan bplist01 diketahui, saya tidak tahu perbedaannya. Yang kedua adalah semua elemen di plist, dikodekan dan digabungkan. Ketiga adalah gabungan dari offset dari semua elemen dalam plist, masing-masing diimbangi sebagai unsigned integer dalam jumlah byte tetap. Objek di plist memiliki nomor referensi yang didasarkan pada pengindeksan berbasis 0 pada tabel ini, mis. Nomor objek 0 adalah objek di offset yang diberikan terlebih dahulu di tabel ini. 32 byte terakhir, bagian trailer. 32 byte terakhir dari sebuah biner plist memiliki format berikut: 6 bytes dari x00 padding sebuah integer 1 byte yang merupakan jumlah byte untuk nilai offset. Nilai yang valid adalah 1, 2, 3, atau 4. Nilai offset dikodekan sebagai unsigned, bilangan bulat endian besar. Harus cukup lebar untuk mengkodekan offset dari tabel offset, bukan hanya offset objek tertinggi. Bilangan bulat 1 byte yang merupakan jumlah byte untuk nomor referensi objek. Nilai yang valid adalah 1 atau 2. Nomor referensi dikodekan sebagai unsigned, bilangan bulat endian besar. 4 byte x00 padding sebuah bilangan bulat 4 byte yang merupakan jumlah objek pada plist 4 byte dari x00 padding sebuah bilangan bulat 4 byte yang merupakan nomor referensi dari objek akar pada plist. Ini biasanya nol. 4 byte x00 padding sebuah integer 4 byte yang merupakan offset pada file awal dari tabel offset, yang dinamai di atas sebagai elemen ketiga dalam biner plist Object encoding Encoding dari jenis yang tersedia adalah sebagai berikut: Empat bit pertama Adalah nomor id dari tipe objek, menurut pemetaan berikut: 0x0 singleton 0x1 integer 0x2 float 0x3 date 0x4 binary data 0x5 string byte tunggal 0x6 string byte ganda 0x8 UID 0xa array 0xd dictionary Empat bit kedua adalah ukuran objek . Jika nilai yang diberikan adalah 15, ini berarti bahwa ukuran objek sebenarnya lebih besar daripada yang dapat dinyatakan dalam empat bit. Dalam kasus ini, byte berikutnya adalah awal dari ukuran sebenarnya, dikodekan seperti objek bilangan bulat, kecuali nilainya unsigned. Ini bukan kasus untuk tipe 0x0 namun, lihat di bawah untuk rinciannya. Saya akan mengacu pada nilai ini sebagai panjang objek. Pengkodean untuk sisa objek bervariasi menurut jenisnya. Panjang byte adalah jumlah byte yang digunakan dalam pengkodean objek, tidak menghitung pengkodean jenis nomor id dan panjang objek yang telah dibahas. Ketik nomor 0x0 grup bersama nilai boolean, nilai null, dan sesuatu yang disebut fill oleh plutil. pl. Aku tidak tahu apa isi untuk. Panjang objek sebenarnya adalah nilai dari objek, dan panjang byte selalu nol. Nilai 0 berarti null, 8 berarti False, 9 berarti True, dan 15 berarti fill. Nilai lainnya tidak valid Panjang byte sama dengan 2 dengan kekuatan panjang objek. Panjang objek yang valid adalah 0, 1, 2, dan 3 untuk bilangan bulat 1, 2, 4, dan 8 byte. Pengkodeannya adalah sebagai bilangan bulat besar yang ditandatangani oleh jumlah byte yang sesuai. Panjang objek untuk konversi byte panjang sama dengan bilangan bulat. Panjang objek adalah 2 atau 3, sesuai dengan panjang byte 4 atau 8. Pengkodeannya adalah sebagai endion besar, presisi tunggal atau float presisi ganda. Kurma disimpan sebagai pelampung dengan nilai detik sejak zaman 1 Januari 2001, 0:00:00 GMT. Encoding sama dengan encoding untuk floats, kecuali panjang objek selalu 3, untuk panjang byte 8. Binary Data Panjang byte adalah panjang objek, dan nilai apapun berlaku. Bytes tidak ditafsirkan. String Byte Tunggal Panjang byte adalah panjang objek, dan nilai apapun berlaku. Encoding adalah ASCII. String Byte Double Panjang byte dua kali panjang objek, dan nilai apapun berlaku. Pengkodeannya adalah utf-16 (big endian). Encoding adalah bilangan bulat, kecuali nilai unsigned. Ini digunakan secara ekstensif dalam file yang ditulis menggunakan NSKeyedArchiver, serializer untuk objek Objective-C. Nilai UID nampaknya merupakan indeks nilai dalam daftar objek di dalam plist seperti itu. Panjang byte adalah panjang objek kali jumlah byte per referensi objek untuk file plist ini, yaitu satu atau dua kali panjang objek. Setiap panjang objek valid. Encoding adalah gabungan dari nomor referensi obyek sebagai unsigned, bilangan bulat big-endian yang masing-masing dikodekan dalam jumlah byte per referensi objek untuk file plist ini. Kamus Panjang byte dua kali panjang objek kali jumlah byte per referensi objek. Encoding adalah sebagai gabungan dari dua encoded arrays, yang pertama dari kunci dan nilai kedua. Nilai pertama dalam daftar kunci sesuai dengan nilai pertama dalam daftar nilai, dan seterusnya. Catatan Akhir Saat menulis file plist biner, setiap nilai yang diulang dalam file harus dikodekan hanya sekali dan objek tunggal tersebut direferensikan di mana nilainya berulang. Link lainnyaConverting Binary Plists Biner plists adalah file yang digunakan produk Apple untuk menyimpan informasi. Cara termudah untuk melihatnya adalah mengkonversikannya ke XML. Perhatikan bahwa data biner dalam XML plist dikonversi di base64 dan oleh karena itu string dalam data biner tidak langsung terlihat. Program plutil asli Mac OS X (dari 10.2), namun juga disertakan saat iTunes diinstal pada PC Windows. Pada linux libplist 1 juga menyediakan setara dengan plutil. Plutil pada PC Windows disimpan di: Yang dapat ditambahkan ke PATH dalam variabel Lingkungan sehingga plutil dapat dijalankan dari mana saja Jika Anda ingin menyalin plutil yang dapat dieksekusi ke direktori lain, diperlukan beberapa fungsi DLL. Dll ini adalah: ASL, CFNetwork, CoreFoundation, Foundation, icudt46, libdispatch, libicuin, libicuuc, libtidy, libxml2, objc, ptheadVC2, SQLite3 dan zlib. Ini semua ditemukan di folder Apple Application Support bersamaan dengan plutil. exe. Untuk mengkonversi biner plists ke XML jalankan perintah: Atau dengan libplist External LinksPlistinator Plistinator dibuat untuk mengedit file Plist Jika Anda sudah tahu persis apa yang Anda butuhkan, maka Plistinator siap untuk menghancurkan Plists Anda untuk Anda. Plistinator adalah: Dibuat untuk pekerjaan Ringan Sederhana untuk Gunakan Tebal Kuat yang Kuat File biner amp XML plist Pada Mac, Windows amp Linux Terus Disempurnakan Jika Anda sudah tahu Anda memerlukan alat pengeditan Plist, hebat Pergilah ke toko Gumroad dan ambil Plistinator untuk Platform Anda sekarang. Kami pikir Plist adalah format yang bagus untuk data terstruktur untuk aplikasi di semua platform. Lebih baik setidaknya dibanding alternatifnya. Dan bila Anda memiliki Plistinator itu menjadi format yang bagus. Perlu meyakinkan Baca di Plist adalah kependekan dari Property List: format file untuk menyimpan data terstruktur. Plists adalah Open Source dan telah ada sekitar selama Internet. Plists dikenal karena penggunaannya oleh Apple di gadget seperti iPhone dan Mac. Dan ternyata mereka juga hebat dalam platform lain. Lihat di bawah untuk rincian kotor dari format penyimpanan Plist. Plist ideal untuk pengiriman data dengan aplikasi Anda, terutama jika data tersebut tidak banyak berubah. Jika data dalam aplikasi Anda terstruktur - misalnya heierarchical - maka Plist bisa menjadi pilihan yang lebih baik untuk persistensi data daripada database. Plists jangan sampai bingung dengan file XML Listing Listing Java - yang bisa menyimpan struktur dalam yang bisa digunakan oleh plist. Daftar properti Java juga donapost memiliki opsi biner untuk penyimpanan data set yang efisien. Stabil. Itaposs sudah ada sejak lama. Tempat kelahiran berkas Plist adalah NeXT Computer pada akhir 80aposs, di mana ia memiliki format berbasis teks. Plists modern hari ini, dikembangkan oleh Apple untuk sistem operasi Mac OSX pertamanya dan telah ada sejak tahun 2000, tentang saat JSON hadir di tempat kejadian. Plists ada di banyak proyek Open Source, termasuk GnuSTEP dan Darwin, dan proyek OpenSource Appleaposs sendiri. Plist yang efisien cepat membaca dan menulis, dan cepat disiapkan: biasanya hanya satu liner. Format XML dapat dibaca manusia (kurang lebih) dan format biner sangat efisien, dan cepat dimuat. Plist terstruktur dapat melakukan Array dari dicts boolean, angka, dict, dan array dari. Nah, Anda mendapatkan ide. Karena dict dapat memetakan ke objek Anda Plists adalah cara terbaik untuk menginisiasi objek di aplikasi Anda. Open Since Plist adalah Open Source format plists yang tersedia untuk semua platform selama kita ingin menggunakannya. Periksa halaman sumber kode plistinatoraposs untuk implementasi plist komunitas di C, C, Java, Python dan bahasa lainnya. Arenapost plists hanya XML Mengapa tidak memotong orang tengah dan hanya menulis data saya di XML Data terstruktur di sini berarti Kamus Array berisi data (Integer, Tanggal) XML hanyalah format serialisasi. Anda masih perlu menerapkan struktur di atasnya. Selanjutnya jika alat Anda dapat menerapkan XML dengan bingkai dengan benar, itu tidak berarti mereka dapat menerapkan semantik data terstruktur di atasnya. Format data terstruktur hanya sekuat alat yang harus Anda edit: terutama saat Anda membuat cukup sedikit Data seperti di game atau aplikasi yang lebih besar. Plists tidak (hanya) XML. Jika Anda mencoba menggunakan editor XML konvensional untuk membuat file Plist, kemungkinan pembaca plist bisa berhasil membacanya. Sekalipun skema itu ada di sana pasti ada kunci dan bidang seimbang. Ini semua menjadi jelas jika lebih dari satu orang mengerjakan proyek ini. Kecuali alat Anda dapat membuat data terstruktur yang sebenarnya (seperti file plist) maka kontributor Anda akan mengirimkan file yang tidak valid, meskipun mungkin OK sebagai XML. Untuk mengatasi ini, Anda harus menulis satu ton kode parsing XML dan rutinitas validasi. Atau Anda bisa membaca Plist ke objek Anda dengan beberapa baris kode. Alasan lain untuk memilih Plist lebih dari raw XML adalah space dan performance - plist binary yang kecil dan cepat. Sementara Anda bisa memampatkan XML yang hanya membuatnya flakey dan slow to load dibandingkan dengan binary plists. JSON sangat bagus, terutama untuk data serialisasi melalui web. Ini bekerja cukup baik untuk menyimpan data dalam file juga, dan ada banyak perpustakaan serialisasi JSON untuk membaca dan menulisnya. Jika Anda sangat akrab dengan JSON dan telah menggunakannya untuk file konfigurasi maka kemungkinannya adalah pilihan yang tepat untuk mengirimkan data dengan aplikasi Anda. Ada dua hal yang menurut kami membuat Plist menjadi pemenang atas JSON untuk aplikasi berbasis data: pertama adalah Plist memiliki format biner yang kecil dan cepat kedua adalah Plistinator memastikan bahwa file data yang Anda edit berbingkai dengan benar. Sebagian besar alat yang dapat mengedit JSON memungkinkan Anda memasukkan sesuatu ke tag dan label, sehingga Anda dapat membuat sesuatu yang tidak valid sebagai file data ke aplikasi Anda. Sintaks penyorotan dan indentasi dapat membantu menghindari kesalahan pengkodean JSON namun tetap mudah membuat file JSON yang korup - dengan kawat gigi yang tidak sesuai dan sebagainya. Kesalahan pembingkaian jenis ini sangat mudah bagi anggota tim teknis yang kurang teknis yang mungkin bisa mengatakan tingkat pengeditan dalam permainan Anda atau bekerja dengan aset. Dengan Plistinator Anda masih bisa mengeja tag dengan salah atau memasukkan data yang salah namun setidaknya dijamin sebagai file Plist yang valid. Kode Anda dapat memuatnya dan menunjukkan kesalahan tingkat aplikasi alih-alih kesalahan parse JSON yang tidak jelas. Jika Anda memiliki veteran JSON dan siap menangani pengecualian parse JSON yang ditakuti dalam kode Anda, maka itu akan terserah Anda. Tapi plists adalah pilihan yang tepat, dan Plistinator ada di sini untuk membuat mereka menjadi pilihan yang ramah dan hebat. Untuk Plistinator kita menangani Plist dengan tipe berikut: Array Dictionary Boolean (baik true atau false) Number (bisa jadi real atau integer) Date String (utf-8) Ada beberapa perbedaan menarik antara biner dan format XML Binary yang memiliki data UID. Jenis yang digunakan pada Mac untuk serialisasi jenis data biner tertentu terutama pada file preferensi. Biner juga memiliki jenis null eksplisit. Jarang terlihat di alam liar. Biner dapat melakukan jenis string ASCII, serta string UTF-8. Dalam prakteknya ini menjadi cara lain yang bisa menyimpan data biner dengan cara yang lebih kompak. UID: Plistinator bisa membaca ini dan melambangkannya dengan membuat satu elemen Dictionary dengan UID sebagai sejumlah elemen anak. Saat membuat data terstruktur untuk sebuah aplikasi rasa ingin tahu ini dapat diabaikan. Tidak pernah ada alasan untuk ingin membuat UID: tapi Plistinator mendukungnya dengan cara ini sehingga Anda bisa membaca file biner Apple Mac jika Anda mau. ASCII: Ketika serialisasi ke biner, Plistinator memeriksa string dan jika mereka dapat disimpan sebagai ASCII saat biner diminta, lakukan penghematan pada ruang dan buat beban lebih cepat.