Développement iOS
  1. Développement iOS
  3. Manière stable d'intégrer le code open-source dans la bibliothèque statique dans iOS?
Intereting Posts
Importez le Framework Objective-C (CocoaPod) dans Swift? didExitRegion non déclenché lors de la désactivation du bluetooth Appel de l'initialisateur Objective-C avec des arguments variés UIImageJPEGRepresentation renvoie zéro La barre d'état et la barre de navigation apparaissent sur les limites de ma vue dans iOS 7 UIAutomation: Modifier l'location lorsque l'application est en arrière-plan Embellir NSLog de NSArray et NSDictionary Installation de pod Firebase – pod 'Firebase / Database' – Requis une cible de deployment minimale plus élevée Comportement iOS 9.0 UIWebView sur WiFi swift 3 gamecenter: le nombre de participants est toujours de 4 Comment publier sur Twitter en masquant SLComposeViewController * tweetSheettweet instance Ajouter une palette de colors personnalisée à XCode Interface Builder Passage des données des annotations à la vue détaillée iOS à l'aide du storyboard UITextView cursor below frame lors du changement de cadre Approaching Size Limit – La taille de l'application de surveillance (limite de 50 Mo est mal de tête.)

Manière stable d'intégrer le code open-source dans la bibliothèque statique dans iOS?

Je fais une bibliothèque statique pour la dissortingbution pour d'autres développeurs. En d'autres termes, une sorte d'API.

Et je dois utiliser un tas de bibliothèques open-source comme SBJSON , ASIHTTPRequest . Je pense que cela va créer un problème de conflit de noms si j'intègre ces classs dans ma bibliothèque au niveau de la source. Comme je le sais, l'exécution d'Objective-C ne supporte pas les classs privées.

Donc, il existe un moyen d'inclure ces classs dans ma bibliothèque sans conflit de nom?

Ne fais pas ça!

Dites simplement à vos users qu'ils doivent lier SBJSON ou ASIHTTP dans leur application pour que vos produits fonctionnent. C'est ainsi que ces problèmes devraient être traités. Il n'y a rien de mal à avoir une dépendance dans votre bibliothèque. Résoudre ce problème en refactorisant une bibliothèque standard (par exemple en renommant des classs SBJSON) n'est PAS une solution.