«Chemins de recherche d'en-tête» et «Chemins de recherche d'en-tête d'utilisateur» dans Xcode?

148

Quelle est la différence? Quand utiliseriez-vous l'un ou l'autre?

xcode

— voleur d'esprit
source

197

Utilisez les chemins de recherche d'en-tête utilisateur pour les chemins que vous souhaitez rechercher #include "..."et utilisez les chemins de recherche d'en-tête pour #include <...>. Bien sûr, si vous cochez l'option Toujours rechercher les chemins utilisateur , #include <...>cela fonctionnera également pour les chemins utilisateur.

— JWWalker
source

Merci! Ouais, je me suis dit ça, mais pourquoi utiliseriez-vous l'un ou l'autre? Pour moi, <> devrait être uniquement des inclusions système, et tout le reste devrait être dans "", mais c'est juste mon apprentissage de la programmation en C. Je suppose que <> pourrait pointer vers des bibliothèques bien connues qui ne sont pas des inclusions système?

— mindthief

Oui, je pense que les "bibliothèques bien connues" ont raison. Personnellement, j'utilise <> pour les en-têtes Boost ainsi que les en-têtes système.

— JWWalker

ne connaissait pas Boost ( boost.org )! Merci, ça a l'air très intéressant.

— mindthief

< >est pour les frameworks - .aet les .frameworks"bibliothèques" - et peu importe que ce soit un framework système, l'un des vôtres ou un tiers (comme Boost.) " "est pour les en-têtes de projet - les fichiers .h qui font partie du ensemble de fichiers en cours de compilation. J'espère que cela aide à clarifier.

— Olie