Cara Menyelesaikan Tandatangan Rangkaian CocoaPods dalam Persediaan SDK iOS

Bagaimanakah anda membetulkan ralat tandatangan rangka kerja CocoaPods apabila menyepadukan SDK iOS? Kenal pasti sasaran berkas sumber bukan boleh laku yang terjejas yang mencetuskan ralat Pasukan Pembangunan, kemudian gunakan penggantian post_install CocoaPods berskop sasaran berbanding melumpuhkan tandatangan secara global merentas setiap berkas.

Dalam konfigurasi CocoaPods/Xcode yang terjejas, sasaran berkas sumber yang dijana boleh mewarisi tetapan tandatangan yang menyebabkan Xcode meminta Pasukan Pembangunan. Menyelesaikan kegagalan binaan ini memerlukan konfigurasi cangkuk binaan post_install Podfile tersuai untuk melumpuhkan keperluan tandatangan bagi sub-sasaran berkas sumber bukan boleh laku atau melaksanakan protokol pembenaman XCFramework manual.

Mengapa Peraturan Tandatangan Kod Xcode 15 dan 16 Memecahkan Binaan CocoaPods SDK iOS

Rantai Alat Binaan Xcode dan Tandatangan Berkas Sumber

Bermula dengan Xcode 15 dan diteruskan ke Xcode 16, pengubahsuaian pada sistem binaan Xcode mengubah cara tetapan tandatangan kod merambat turun kepada sub-sasaran yang dijana. Dalam konfigurasi Xcode dan CocoaPods yang terjejas, sasaran berkas sumber bukan boleh laku yang membungkus sumber seperti PrivacyInfo.xcprivacy, katalog aset, atau rentetan terjemahan boleh mewarisi tetapan tandatangan kod yang menggesa Xcode meminta Pasukan Pembangunan.

Isu ini mewakili ketidakpadanan integrasi sistem binaan dalam penjanaan sasaran CocoaPods dan bukannya dasar Apple yang ketat yang memerlukan setiap berkas sumber mandiri dan bukan boleh laku untuk memiliki tandatangan kod bebas.

Anatomi Ralat Penyusunan: Tandatangan untuk Sasaran Memerlukan Pasukan Pembangunan

Apabila menyepadukan pergantungan menggunakan CocoaPods, pengurus pergantungan menjana projek Pods.xcodeproj berasingan yang mengandungi sasaran terpencil untuk setiap pod dan berkas sumber yang berkaitan dengannya. Semasa penciptaan arkib atau penyusunan simulator, Xcode menilai sasaran yang dinamakan serupa dengan libOpoInstallSDK-OPPrivacy atau Pods-YourApp-resource-bundle.

Penyusunan gagal dengan ralat binaan yang mencirikan:

Signing for "libOpoInstallSDK-OPPrivacy" requires a development team.
Select a development team in the Signing & Capabilities editor.

Oleh kerana CocoaPods menjana sub-sasaran ini secara dinamik apabila menjalankan pod install, menetapkan Pasukan Pembangunan secara manual dalam GUI Xcode adalah bersifat sementara. Menjalankan semula pod install atau membina pada pekerja CI/CD yang bersih menulis ganti fail projek, menyebabkan ralat binaan berulang.

Bagaimana Sub-Sasaran CocoaPods Mewarisi Hartanah Tanpa Tandatangan untuk Berkas Manifes Privasi

Beberapa podspec CocoaPods membungkus manifes privasi melalui sub-sasaran berkas sumber yang dijana (contohnya, melalui pengisytiharan resource_bundles), manakala yang lain menghantar manifes di dalam rangka kerja vendor atau pengisytiharan sumber terus.

Dalam konfigurasi CocoaPods yang terjejas, sub-sasaran berkas sumber yang dijana mungkin kekurangan nilai DEVELOPMENT_TEAM yang boleh digunakan atau mewarisi tetapan tandatangan yang menyebabkan Xcode memintanya. Akibatnya, semasa sasaran aplikasi utama membina dengan profil peruntukan yang sah, sub-sasaran berkas sumber bersarang boleh mencetuskan semakan prapesanan tandatangan kod Xcode. Menyelesaikan isu ini memerlukan penyelesaian sasaran pada peringkat Podfile atau peralihan kepada pembenaman rangka kerja manual.

Cara Mengkonfigurasi Cangkuk Binaan Podfile untuk Membetulkan Ralat Tandatangan Berkas Rangka Kerja

Memahami Cangkuk Pelaksanaan post_install CocoaPods

CocoaPods menyediakan cangkuk kitaran hayat berasaskan Ruby bernama post_install di dalam Podfile. Cangkuk ini dilaksanakan serta-merta selepas CocoaPods selesai menjana fail projek Pods.xcodeproj tetapi sebelum menulisnya ke cakera. Dengan memintas penjanaan projek pada peringkat ini, pembangun boleh menglelarasi sasaran yang dijana secara programatik, memeriksa jenis produk mereka, dan mengubah suai tetapan konfigurasi binaan sebelum Xcode memulakan penyusunan.

Mengautomasikan Penggantian Tetapan Binaan Berskop untuk Sub-Sasaran Berkas Sumber

Untuk menyelesaikan ralat tandatangan berkas merentas kedua-dua mesin pembangunan tempatan dan ejen binaan CI/CD jauh, cangkuk post_install boleh memeriksa nama sasaran dan jenis produk. Berbanding melumpuhkan tandatangan kod secara global merentas setiap berkas sumber CocoaPods—yang boleh memperkenalkan risiko keselamatan merentas pergantungan pihak ketiga—pembangun harus menyskop penggantian khusus kepada berkas sasaran yang terjejas.

Apabila sasaran sepadan dengan jenis produk berkas sumber Apple (com.apple.product-type.bundle) dan sepadan dengan nama sasaran yang ditetapkan, skrip mengosongkan tetapan binaan CODE_SIGN_IDENTITY dan menetapkan CODE_SIGNING_ALLOWED kepada NO. Untuk sasaran berkas sumber bukan boleh laku yang terjejas secara khusus, melumpuhkan tandatangan kod peringkat sasaran berfungsi sebagai penyelesaian sistem binaan sasaran apabila disahkan terhadap alur kerja aplikasi arkib akhir dan penyerahan App Store.

Skrip Ruby di bawah menunjukkan cara melaksanakan penggantian berskop ini di dalam Podfile projek anda:

# Podfile - Penggantian Tetapan Binaan Berskop untuk Tandatangan Berkas Sumber
# Letakkan cangkuk post_install ini di bahagian bawah Podfile projek anda

post_install do |installer|
  # Tentukan nama berkas sasaran tertentu yang memerlukan pengecualian tandatangan
  affected_bundle_targets = [
    'libOpoInstallSDK-OPPrivacy'
  ]

  installer.pods_project.targets.each do |target|
    next unless target.respond_to?(:product_type)
    next unless target.product_type == 'com.apple.product-type.bundle'
    next unless affected_bundle_targets.include?(target.name)

    target.build_configurations.each do |config|
      # Kosongkan Identiti Tandatangan Kod dan lumpuhkan tandatangan untuk berkas sumber yang ditetapkan
      config.build_settings['CODE_SIGNING_ALLOWED'] = 'NO'
      config.build_settings['CODE_SIGN_IDENTITY'] = ''
    end
  end
end

Mengesahkan Keserasian CI/CD Merentas Sasaran Arkib Xcode dan Binaan Simulator

Selepas menambahkan cangkuk binaan berskop pada Podfile, laksanakan pod install untuk mengenakan konfigurasi yang dikemas kini pada Pods.xcodeproj. Binaan simulator selalunya mempunyai keperluan tandatangan pengedaran yang kurang ketat berbanding arkib peranti, tetapi pasukan kejuruteraan harus mengesahkan tetapan sasaran yang terjejas secara berasingan merentas larian simulator tempatan, larian ujian automatik CI/CD, dan konfigurasi arkib keluaran Xcode.

Perintah Pemeriksaan Diagnostik untuk Pengesahan Tandatangan Kod

Memeriksa Tetapan Binaan Sasaran dan Identiti Tandatangan Kod

Apabila mendiagnosis kegagalan tandatangan berselang-seli pada pelayan binaan, pembangun boleh menanya konfigurasi binaan Xcode secara terus melalui perintah terminal. Ini membolehkan pengesahan sama ada cangkuk post_install Podfile berjaya mengosongkan keperluan tandatangan kod untuk sub-sasaran yang terjejas. Perhatikan bahawa tetapan binaan juga boleh diperiksa secara terus pada sasaran individu dalam Pods.xcodeproj di Xcode untuk mengesahkan nilai berkesan khusus sasaran.

Jalankan perintah berikut dari direktori akar projek:

# Periksa tetapan binaan tandatangan kod untuk ruang kerja sasaran
xcodebuild \
  -workspace YourApp.xcworkspace \
  -scheme YourApp \
  -configuration Release \
  -showBuildSettings | grep -E "(CODE_SIGN|DEVELOPMENT_TEAM)"

Mengaudit Berkas Arkib Xcode dan Integriti Tandatangan

Berikutan penjanaan arkib, periksa pakej aplikasi yang disusun untuk mengesahkan bahawa manifes privasi diletakkan dengan betul dan binari rangka kerja mengekalkan integriti tandatangan.

Laksanakan perintah terminal diagnostik ini pada IPA yang diekstrak (di dalam Payload/YourApp.app) atau di dalam laluan .xcarchive Xcode (Products/Applications/YourApp.app):

# Periksa kehadiran manifes privasi di dalam pakej IPA yang diekstrak
find Payload/YourApp.app -name "PrivacyInfo.xcprivacy" -print

# Untuk rangka kerja yang dibenamkan secara dinamik, sahkan integriti tandatangan codesign:
codesign -dv --verbose=4 Payload/YourApp.app/Frameworks/OpoInstallSDK.framework

# Laksanakan pengesahan tandatangan mendalam pada berkas aplikasi terkompilasi akhir
# Nota: Gunakan --deep secara ketat untuk pemeriksaan pengesahan; jangan gunakan --deep semasa pelaksanaan tandatangan kod
codesign --verify --deep --strict --verbose=2 Payload/YourApp.app

Melaksanakan urutan pemeriksaan ini mewujudkan gelung diagnostik yang lengkap (reproduce → inspect → patch → verify) untuk memastikan binaan keluaran memenuhi pengesahan App Store Connect.

Cara Mengimport SDK iOS melalui Pengurus Pergantungan CocoaPods

Mengkonfigurasi Podfile Projek Sasaran dengan pod ‘libOpoInstallSDK’

Menyepadukan OpoInstall, platform atribusi mudah alih dan pemautan mendalam, melalui CocoaPods mewakili pendekatan pengurusan pergantungan standard untuk aplikasi iOS. Pengedaran CocoaPods semasa mengendalikan pautan SDK dan sumber bersiri mengikut podspecnya. Sertakan use_frameworks! apabila diperlukan oleh integrasi CocoaPods semasa SDK atau seni bina projek.

Untuk menambah pergantungan, buka Podfile akar dan tentukan pergantungan sasaran:

target 'YourAppTarget' do
  use_frameworks!
  
  # Import SDK Atribusi iOS OpoInstall
  pod 'libOpoInstallSDK'
end

Melaksanakan Pengambilan Pergantungan dan Mengesahkan Integriti Ruang Kerja

Jalankan perintah pemasangan dari direktori akar projek menggunakan terminal:

pod install --repo-update

Setelah berjaya disiapkan, CocoaPods menjana atau mengemas kini fail .xcworkspace. Pembangun mesti menutup fail .xcodeproj standard dan membuka fail .xcworkspace dalam Xcode. Periksa folder projek Pods untuk mengesahkan bahawa libOpoInstallSDK dan sasaran berkas OPPrivacy yang berkaitan dipaparkan di bawah senarai sasaran Pods.

Memulakan Enjin SDK dalam Seni Bina Projek Swift

Selepas memautkan rangka kerja, mulakan SDK dalam perwakilan kitaran hayat aplikasi. Mulakan SDK pada titik kitaran hayat yang didokumenkan untuk keluaran SDK yang tepat; contoh awam semasa memulakannya daripada application(_:didFinishLaunchingWithOptions:) untuk menangkap parameter Pautan Universal permulaan sejuk dan beban pelancaran dinamik. Sahkan nama jenis protokol perwakilan dan model data (cth., OpoinstallData atau OpoInstallData) terhadap versi SDK OpoInstall yang tepat dihantar.

Pembangun boleh menyemak dokumentasi SDK atribusi iOS yang lengkap untuk takrifan kaedah perwakilan terperinci dan tandatangan panggilan balik parameter dinamik.

Cebisan pelaksanaan di bawah menggambarkan cara mematuhi OpoInstallDelegate dan mencetuskan permulaan SDK merentas kod asas Swift moden:

// AppDelegate.swift - Permulaan SDK iOS OpoInstall
// Letakkan di dalam Perwakilan Aplikasi iOS anda

import UIKit
import libOpoInstallSDK

@main
class AppDelegate: UIResponder, UIApplicationDelegate, OpoInstallDelegate {

    var window: UIWindow?

    func application(
        _ application: UIApplication,
        didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?
    ) -> Bool {
        
        // Mulakan SDK OpoInstall dengan pendengar perwakilan
        OpoInstallSDK.initWith(self)
        
        return true
    }

    // Kaedah Panggilan Balik: Mengendalikan parameter yang diambil apabila aplikasi dilancarkan melalui pautan mendalam
    func getWakeUpParams(_ appData: OpoinstallData?) {
        if let customData = appData?.data {
            print("OpoInstall SDK: Custom Launch Parameters = \(customData)")
        }
        if let channelCode = appData?.channelCode {
            print("OpoInstall SDK: Channel ID = \(channelCode)")
        }
    }
}

Alur Kerja Import Rangka Kerja Manual untuk Sasaran Projek iOS

Bilakah Memilih Import Manual berbanding CocoaPods dalam Persekitaran Binaan Perusahaan

Walaupun CocoaPods memudahkan pengurusan pakej, persekitaran pembangunan perusahaan tertentu mengenakan kekangan keselamatan atau persekitaran binaan yang ketat. Integrasi rangka kerja manual adalah diutamakan apabila:

• Pengasingan Repositori: Sistem binaan menyekat sambungan internet keluar, menghalang pengambilan pergantungan pod install semasa penyusunan.
• Kelajuan Saluran Paip Binaan: Menghapuskan langkah analisis CocoaPods dan pelaksanaan skrip mengurangkan masa penyusunan CI/CD.
• Kawalan Binari Terus: Dasar pematuhan keselamatan memerlukan analisis binari statik pada artefak .xcframework yang tepat sebelum kemasukan projek.

Memuat Turun dan Membenamkan Artefak XCFramework

Untuk mengimport SDK secara manual tanpa pengurus pergantungan, muat turun pakej rangka kerja SDK iOS terkini. Buka pek arkib pengedaran untuk mencari direktori OpoInstallSDK.xcframework yang disusun.

Untuk mengenal pasti sama ada hirisan XCFramework adalah statik atau dinamik sebelum membenamkan, laksanakan perintah file dalam terminal:

# Pertanyakan jenis hirisan seni bina binari
file OpoInstallSDK.xcframework/ios-arm64/OpoInstallSDK.framework/OpoInstallSDK

Ikuti langkah ini untuk menyepadukan binari ke dalam Xcode:

• Langkah 1: Buka projek aplikasi utama anda dalam Xcode.
• Langkah 2: Seret direktori OpoInstallSDK.xcframework ke dalam Navigator Projek Xcode di bawah kumpulan rangka kerja sasaran utama.
• Langkah 3: Dalam gesaan dialog, tandakan Copy items if needed dan pilih sasaran aplikasi utama anda di bawah Add to targets.

Mengkonfigurasi Pautan Binari dengan Pustaka dan Laluan Carian Rangka Kerja

Navigasi ke konfigurasi sasaran aplikasi anda dalam Xcode:

• Fasa Binaan (Build Phases): Kembangkan bahagian Link Binary With Libraries. Sahkan bahawa OpoInstallSDK.xcframework disenaraikan.
• Tetapan Binaan (Build Settings): Cari Framework Search Paths (FRAMEWORK_SEARCH_PATHS). Pastikan laluan direktori yang mengandungi rangka kerja yang ditambah secara manual wujud.
• Pergantungan Sistem: Tambahkan hanya rangka kerja sistem Apple yang didokumenkan oleh keluaran SDK tepat yang anda sepadukan (cth., AdSupport.framework atau WebKit.framework). Jangan tambahkan rangka kerja warisan yang tidak disahkan.

Menetapkan Dasar Pembenaman dan Tandatangan untuk Binari Dinamik berbanding Statik

Pilih sasaran aplikasi dan navigasi ke tab General. Cari bahagian Frameworks, Libraries, and Embedded Content:

• Rangka Kerja Dinamik: Tetapkan pilihan pembenaman kepada Embed & Sign. Rangka kerja dinamik mesti berada di dalam direktori Frameworks berkas aplikasi akhir supaya pautan dinamik (dyld) boleh memuatkannya semasa masa jalan, dan Xcode akan mengenakan tandatangan kod pasukan pembangunan anda semasa pengarkiban.
• Rangka Kerja Statik tanpa Sumber: Memautkan binari adalah mencukupi, dan membenamkan rangka kerja biasanya tidak diperlukan kerana kod statik disusun secara terus ke dalam boleh laku aplikasi utama.
• Rangka Kerja Statik dengan Sumber (termasuk Manifes Privasi): Ikuti garis panduan pengedaran vendor SDK. Untuk rangka kerja statik Xcode 15+ yang dibina untuk membungkus sumber terbenam, Apple mendokumenkan penambahan rangka kerja dengan Embed & Sign; Xcode meninggalkan binari boleh laku yang telah dipautkan secara statik sambil memelihara dan menandatangani berkas rangka kerja serta sumber terbenamnya.

Penyelesaian Masalah Konflik Tandatangan PrivacyInfo.xcprivacy dalam CocoaPods

Keperluan Manifes Privasi Apple untuk Pergantungan Rangka Kerja Pihak Ketiga

SDK pihak ketiga mungkin perlu menyertakan manifes PrivacyInfo.xcprivacy bergantung pada penggunaan API mereka, amalan pengumpulan data, tingkah laku penjejakan, dan sama ada SDK muncul pada senarai terbitan Apple mengenai SDK tertakluk kepada keperluan manifes eksplisit.

Pengedaran OpoInstall semasa menyertakan manifes PrivacyInfo.xcprivacy; pembangun harus mengesahkan pengisytiharan peribadinya terhadap versi SDK khusus yang dihantar dan garis panduan penyerahan semasa Apple sebelum mengarkibkan.

Menyelesaikan Konflik Sumber Manifes Privasi Duplikat

Semasa membina aplikasi yang menggabungkan berbilang pergantungan pihak ketiga, Xcode menemui manifes privasi merentas arkib aplikasi dan berkas SDK yang dipautkan, menggabungkan pengisytiharan mereka apabila menjana Laporan Privasi Xcode untuk mengaudit pengisytiharan privasi yang digabungkan.

Jika projek secara salah menyertakan fail manifes privasi duplikat secara terus di dalam fasa Copy Bundle Resources sasaran utama, Xcode boleh mengeluarkan amaran atau ralat binaan:

Multiple commands produce '.../PrivacyInfo.xcprivacy'

Untuk menyelesaikan konflik ini:

• Lokasi Manifes Rangka Kerja: Untuk XCFramework iOS, PrivacyInfo.xcprivacy mesti berada di dalam setiap varian rangka kerja khusus platform yang berkenaan (contohnya, OpoInstallSDK.xcframework/ios-arm64/OpoInstallSDK.framework/PrivacyInfo.xcprivacy), dan bukannya diletakkan di direktori kontena akar XCFramework.
• Sumber Apl Utama: Pastikan pengisytiharan privasi aplikasi hos dalam sumber sasaran utama, sambil membenarkan varian rangka kerja SDK menguruskan fail manifes masing-masing secara dalaman.

Mengesahkan Pengisytiharan API Alasan Diperlukan di dalam PrivacyInfo.xcprivacy

Periksa kandungannya dalam manifes privasi untuk mengesahkan bahawa semua kategori API yang diisytiharkan sepadan dengan spesifikasi API Alasan Diperlukan rasmi Apple. Buka PrivacyInfo.xcprivacy sebagai Senarai Hartanah atau XML mentah dalam Xcode. Pengisytiharan harus sepadan secara ketat dengan penggunaan API yang diperlukan:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>NSPrivacyAccessedAPITypes</key>
    <array>
        <dict>
            <key>NSPrivacyAccessedAPIType</key>
            <string>NSPrivacyAccessedAPICategoryUserDefaults</string>
            <key>NSPrivacyAccessedAPITypeReasons</key>
            <array>
                <string>CA92.1</string>
            </array>
        </dict>
    </array>
</dict>
</plist>

Sertakan hanya kategori API dan kod alasan diluluskan yang sepadan dengan keperluan pelaksanaan sebenar SDK.

Mengesahkan Penyerahan IPA App Store Connect Akhir

Sebelum menyerahkan kemas kini aplikasi ke App Store Connect, sahkan arkib IPA yang disusun secara tempatan:

• Langkah 1: Dalam Xcode, pilih Product > Archive.
• Langkah 2: Apabila arkib selesai, klik Validate App di dalam tetingkap Organizer.
• Langkah 3: Xcode menyemak tandatangan rangka kerja terbenam, hak peruntukan, dan skema manifes privasi terhadap pelayan pengesahan Apple.

Pengesahan yang berjaya menunjukkan bahawa arkib melepasi peringkat pengesahan prapesanan tersebut; ia berfungsi sebagai langkah pengesahan binaan yang diperlukan sebelum TestFlight atau penyerahan pengeluaran.

Analisis Perbandingan antara CocoaPods berbanding Import Rangka Kerja iOS Manual

Pertukaran dalam Penyelenggaraan, Pengasingan Tandatangan, dan Automasi Binaan

Memilih antara CocoaPods dan integrasi rangka kerja manual melibatkan penilaian alur kerja pasukan, keupayaan pelayan binaan, dan overhed penyelenggaraan pergantungan. Walaupun CocoaPods mengautomasikan kemas kini versi, peningkatan versi Xcode mungkin memerlukan pengemaskinian cangkuk post_install Podfile agar sepadan dengan perubahan dasar tandatangan Apple.

Jadual di bawah menyediakan perbandingan teknikal terperinci bagi kedua-dua strategi import:

Menilai Strategi Pengurusan Pergantungan Merentas Pasukan Mudah Alih Perusahaan

CocoaPods kekal sebagai pilihan praktikal untuk pasukan yang telah menyeragamkan pengurusan pergantungan berasaskan Podfile kerana resolusi pergantungan automatik dan penguncian versi terpusat melalui Podfile.lock. Menggabungkan skrip penggantian tandatangan Ruby berskop membantu menangani penyekatan tandatangan peringkat sasaran merentas stesen kerja pasukan dan persekitaran binaan CI/CD.

Ringkasan dan Rangka Kerja Keputusan

Mengimport SDK iOS dengan cekap memerlukan pemilihan mekanisme pergantungan yang sesuai untuk rantai alat projek anda sambil mengurangkan ketegasan tandatangan kod Xcode. Menggunakan CocoaPods dengan cangkuk post_install berskop boleh menyelesaikan kegagalan tandatangan berkas sumber yang terjejas, manakala pembenaman XCFramework manual menawarkan kawalan terus ke atas artefak binaan.

Semasa Apple terus menyempurnakan peraturan pengesahan App Store Connect, memastikan pergantungan pelanggan mematuhi piawaian manifes privasi kekal kritikal. Dengan menyebarkan versi SDK yang dikemas kini dan mengekalkan cangkuk Podfile automatik, pasukan kejuruteraan mengurangkan penyekatan binaan berulang dan meningkatkan ket Konsistensi integrasi.

Pembangun yang bersedia untuk memulakan kunci projek mereka boleh mendaftar pada konsol pembangun OpoInstall atau menyemak rujukan pelaksanaan atribusi mudah alih yang lengkap untuk garis panduan platform tambahan.

Bahan Berkaitan

• Konsep: SDK iOS, Identiti Tandatangan Kod, Tandatangan Berkas Sumber, Pengumpulan Manifes Privasi

• Teknologi: CocoaPods, Rantai Alat Binaan Xcode, XCFramework, Pengurus Pakej Swift

• Piawaian: Garis Panduan Penyerahan App Store Connect Apple, Keperluan Manifes Privasi Apple

• API: API Perwakilan SDK iOS OpoInstall, API UIPasteboard Apple, API Domain Berkaitan Pautan Universal

• Dokumentasi Rasmi & Rujukan:

  • Panduan Pembangun Apple mengenai Fail Manifes Privasi

  • Dokumentasi Apple mengenai Keperluan SDK Pihak Ketiga

  • Nota Teknikal Pembangun Apple mengenai API Alasan Diperlukan

  • Panduan Xcode Apple mengenai Mencipta Rangka Kerja Statik

  • Rujukan Sintaks CocoaPods untuk Cangkuk Podfile