IOS Ketergantungan Manajemen dengan CocoaPods

Manajemen “207” kecanduan adalah komponen kunci dari rekayasa perangkat lunak. Untuk semua tapi aplikasi yang paling sepele perpustakaan tergantung untuk memperluas kemampuan aplikasi Anda (dan mengurangi kebutuhan untuk “menemukan kembali roda”) untuk dimasukkan, digunakan, dan terus diperbarui ketika mereka berubah.

Dalam iOS, dependensi biasanya dengan drag & amp; amp; AMP telah ditangani; Menghapus perpustakaan dikompilasi (yaitu .framework) dalam proyek Xcode atau drag & amp; amp; Posting proyek dalam proyek induk. Ini melibatkan penambahan sumber subproyek (dan / atau file header) untuk proyek induk; dan tidak ada pilihan ini untuk mengelola versi dan update proyek terkait. Jika proyek ini dikelola oleh pemiliknya, kode lebih saat ini.

submodul Git memecahkan beberapa masalah ini, tetapi mereka tidak dapat memperbarui Xcode compiler atau bendera linker atau proyek lain untuk memberikan semua elemen yang mungkin perlu membuat hari jika proyek tergantung pada aplikasi mereka, dan biasa “menghapus sub-proyek dan membuat semua pengaturan” proses membosankan dan rawan kesalahan

Untuk mengatasi masalah ini, standar. cepat tumbuh untuk iOS (dan Mac OS) adalah CocoaPods .

CocoaPods adalah ruby ​​Berbasis (tapi jangan biarkan yang menakut-nakuti Anda)

CocoaPods yang rubygem (ditulis bahkan sistem manajemen paket untuk bahasa Ruby) Untungnya, semua versi Mac OS X kapal dengan Ruby, dan terlepas dari update dari garis RubyGems pengetahuan yang signifikan dari Ruby perlu CocoaPods digunakan.

CocoaPods Memungkinkan “Satu-Line Menginstall”

Setelah penciptaan dan pemeliharaan pengaturan file yang sangat sederhana (seperti yang kita tahu PODFILE) di mana dependensi dinyatakan, instalasi dan memperbarui CocoaPods perpustakaan sangat mudah sebagai memasuki satu situs pada baris perintah:

 pod install 

Update hanya sebagai sederhana:

 Update pod 

Banyak proyek yang sudah menggunakan iOS CocoaPods

A “repositori master” dapat menggunakan proyek ditemukan di sini

CocoaPods Pemeliharaan Compiler & amp; amp. parameter linker

Sebagai platform Objective-C kembali dekade OS X, NeXTSTEP dan OpenStep, ada banyak pilihan dan pengaturan dalam iOS yang sulit untuk mengingat dan diatur dengan benar untuk setiap proyek dan proyek. CocoaPods menganggap ini mudah dengan secara otomatis mengikuti instalasi dan di setiap update.

CocoaPods dipertahankan “dependensi dependensi” (dan seterusnya …)

iOS tidak memiliki konsep yang sama dari ruang nama dengan bahasa seperti Java. Oleh karena itu, konflik nama file menjadi perhatian konstan. Ini sebagian dapat diatasi dengan menunjuk semua file terpisah (biasanya dengan awalan dua digit sebagai “AF” untuk AFNetworking kerangka “SZ” untuk Sosialisasikan SDK, dan sebagainya) … tapi bagaimana jika proyek berisi versi proyek, dan lain sub-proyek berisi versi yang berbeda sendiri dari sub-proyek? Dengan CocoPods, semua otomatis berhasil untuk menghindari konflik.

CocoaPods Menggunakan Xcode kerja

Sebuah ruang kerja di Xcode pada dasarnya adalah “proyek proyek” dengan direktori build umum. Penciptaan otomatis dan pemeliharaan CocoaPods ruang kerja dibangun menjadi alat standar iOS dan proses alur kerja.

Coming Soon untuk proyek ShareThis iOS!

iOS SDK Loopy, sekarang dalam proses eksekusi, akan menggunakan CocoaPods ketergantungan dan manajemen paket. Ini harus sangat memudahkan pelaksanaan SDK. Migrasi dari CocoaPods ada Sosialisasi SDK juga dibahas.


Leave a Reply

Your email address will not be published. Required fields are marked *