Question

Si Apple ne veut pas que les développeurs utilisant des API privées dans l'iPhone SDK, pourquoi ne pas faire quelque chose comme marque les classes et / ou des méthodes avec tout l'équivalent Objective-C de C # 'mot-clé « interne » de? Si les API sont très répandus parmi les multiples binaires, Apple pourrait les refactoriser dans les binaires dédiés privé API uniquement pour faciliter les choses pour eux.

Était-ce utile?

La solution

Objective-C n'a pas d'équivalent pour le C # 's mots-clés « interne » ou « finale » de Java. Je pense qu'il est à voir avec la nature dynamique de la langue, que toute cette fonctionnalité serait trop facile à travailler autour de toute façon.

en ce qui concerne également l'iPhone SDK, toutes les bibliothèques doivent être compilés statiquement dans l'aplication, aucune dynamique reliant permis. Ainsi, une mise en fonction « interne » ne ferait aucune différence de visibilité, même si elle était possible.

Autres conseils

Réponse courte, ils ne les marque pas comme privés parce qu'ils ne les décrivent pas du tout.

Les messages que vous ne sont pas censés envoyer ne figurent pas dans les fichiers .h correspondants dans les SDKs.

API privées sont généralement trouvées par des personnes utilisant des outils comme classe décharge contre les cadres binaires, et non pas d'en-têtes de lecture.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top