Court de mesure et d'optimisation, le niveau d'optimisation du compilateur est à peu près la seule chose qui aura un impact sur les performances de votre application. Généralement, vous voulez un niveau d'optimisation de -Os; c'est-à-dire du code optimisé, mais optimisé pour la taille, aussi. Puisque la mémoire de l'iPhone est limitée, la réduction de la taille du code est utile. Au-delà, vous allez devoir mesurer la performance de votre application et réagir en conséquence. Il existe de nombreux outils dans les instruments et d'autres pour vous aider dans cette tâche. Les outils sont en fait assez bons, une fois que vous les avez compris. Étant donné que vous n'avez encore rien mesuré (ce qui est bon - faites-le fonctionner, faites-le bien, faites-le vite), il peut y avoir des fruits mûrs. Est-ce que tu redessines quelque chose trop souvent? Est-ce que le déclenchement d'un événement temporisé automatique est trop rapide? etc ... Ne tombez pas dans le piège de l'optimisation prématurée; la nécessité de mesurer & réagir est primordiale pour une optimisation réussie. Notez également que vous pouvez effectuer une optimisation grossière via le simulateur, mais vous devez effectuer l'analyse sur l'application exécutée sur l'appareil pour effectuer l'optimisation finale.
(1) On dirait que votre requête de base de données est très lente. Ne connaissant pas le schéma, etc, il est difficile de savoir si c'est vraiment le cas. (2) Lorsque vous effectuez une analyse des performances et que le temps est consommé par une fonction dans une bibliothèque inconnue, recherchez la pile et déterminez quelle est l'identité de cette bibliothèque pour savoir pourquoi votre application déclenche le ralentissement des performances.
Où exactement voyez-vous un coup de performance? – pzearfoss