Il est clair qu'Apple a la possibilité de créer des bibliothèques chargées dynamiquement (connues sous le nom de frameworks) pour iOS, car elles en expédient plusieurs avec XCode (comme UIKit). Les développeurs d'applications ont uniquement la possibilité de créer des bibliothèques statiques, ou au mieux, de faire croire à Xcode qu'il charge un framework alors qu'il charge réellement une bibliothèque statique, c'est ce qu'on appelle la création d'un faux framework, une partie de la commodité du glisser-déposer, mais aucun des avantages du chargement dynamique.
Quel est le raisonnement d'Apple pour conserver les cadres dynamiques des développeurs d'applications? Il semblerait que cela faciliterait considérablement l'utilisation des bibliothèques externes, car les développeurs n'auraient pas à s'appuyer sur des indicateurs de liens pointilleux ou des chaînes de dépendance de bibliothèque open source.
Je vois une raison commune est la sécurité. Pourquoi Apple l'autorise-t-il sur OSX et non sur iOS? La sécurité n'est-elle pas également une exigence?
EDIT: Cela n'est plus pertinent depuis iOS 8. Apple a ajouté la prise en charge des cadres dynamiques.
la source
La raison en est la sécurité, comme mentionné dans cette question sur le débordement de pile :
la source