L'ajout du framework à la liste des actifs binaires intégrés a réglé ce problème. Voici à quoi ressemble la configuration d'un framework étranger dans sa forme finale dans l'interface graphique de Xcode en tant que framework embarqué (Xcode 9.2, personnellement je préfère un fil d'Ariane visuel ;-) ) : ![enter image description here]()
Apple a-t-elle intentionnellement fait planter le runtime pour informer le développeur du fait qu'il n'est pas possible d'utiliser des frameworks non-Apple comme des frameworks simplement liés dans le développement iOS ? Il serait préférable que cela apparaisse comme une erreur de construction, je pense... avec un bouton qui dit "déplacez-le !".
L'utilisation de binaires intégrés évite à l'utilisateur final de devoir ajouter le framework indépendamment de votre application (ou de devoir le faire avec un installateur). Dans le cas de l'iPhone (iOS), c'est impossible, mais sur macOS, c'est possible mais cela peut vite devenir compliqué.
Pour l'utilisateur final, il est beaucoup plus agréable de glisser-déposer une application pour l'installer sur macOS, et c'est là que l'intégration devient un avantage. L'intégration évite également les classiques "conflits de DLL" liés à la gestion de versions externes de votre framework. (l'espace disque est bon marché, le temps de mon client est précieux).
