Nous savons tous qu'Apple interdit l'utilisation d'API privées ou non documentées dans les applications iOS. Je n'ai aucun problème avec cela, car il y a de bonnes raisons techniques pour lesquelles c'est une bonne idée. Cependant, il m'est arrivé deux fois de voir une application rejetée parce qu'elle utilisait des API privées, alors que ce n'était pas le cas. Ce n'est pas difficile : les API privées comprennent des symboles tels que connectionState
, setThumbnail
, setOrder
et ainsi de suite. Tout appel à des méthodes ainsi nommées sera signalé comme une utilisation privée de l'API, même si la méthode appelée est une méthode que vous avez définie vous-même. Pour un programme qui traite des connexions, des vignettes ou de l'ordre des objets, les noms de méthodes mentionnés ci-dessus ne sont pas si improbables. Le fait d'être rejeté pour cette raison et de devoir renommer une méthode et soumettre à nouveau la demande retarde tout d'au moins une semaine pendant que vous attendez une nouvelle révision.
Alors y a-t-il un moyen, en utilisant nm
de classe des frameworks iOS, etc. pour découvrir pour vous-même si les noms de vos méthodes entrent en conflit avec quelque chose là-dedans ? Si c'est le cas, nous pourrions avoir une chance de corriger cela avant la publication et éviter un rejet inutile.