Importation dans .h en .m

Question

Y a-t-il une différence entre l'importation d'un élément (par exemple #import "JSON.h") dans le fichier d'en-tête par rapport au fichier d'implémentation?

Answer 1

Si vous l'importez dans l'en-tête, alors tout ce qui inclut cet en-tête l'obtient. Vous pouvez trouver cela utile, car vous n'avez pas besoin de l'importer de nouveau dans d'autres endroits, mais ma préférence est d'importer des choses uniquement si nécessaire, afin de minimiser les dépendances et de rendre les versions plus rapides.

Answer 2

Je pense que si vous le faites dans le fichier d'en-tête, vous vous épargnerez plus tard des problèmes si vous faites référence à une classe qui est définie dans le fichier importé. En d'autres termes, si vous importez "JSON.h" dans le fichier d'en-tête, et qu'il existe une classe JSON (hypothétiquement) que vous utiliserez dans votre fichier d'en-tête (dans l'interface), cela vous évitera d'avoir pour faire la directive @class en haut. Ensuite, votre fichier d'implémentation sera également très bien car il importerait le fichier d'en-tête, qui importait lui-même le fichier "JSON.h"

Fondamentalement, je pense que ce serait plus net et serait plus comme objectif-c si vous importez le nécessaire fichiers dans le fichier d'interface (.h). Comme vous l'avez probablement remarqué, les fichiers d'interface sont généralement courts et concis, ce qui vous permet d'avoir un aperçu rapide de ce qu'est une classe et de ce qu'elle fait. Si vous y importez vos fichiers, vous pouvez également voir à quels fichiers/classes il dépend le plus facilement, en enregistrant le fichier d'implémentation (.m) pour la "viande" réelle.