Objectif C - Pourquoi les constantes de commencer avec k

De départ constantes avec un "k" est un héritage de la pré-Mac OS X jours. En fait, je pense que la pratique peut même venir d' façon retour dans la journée, lorsque le Mac OS a été écrit principalement en Pascal, et le principal langage de développement était Pascal. En C, #define'd constantes sont généralement écrites en MAJUSCULES, plutôt que de préfixer avec un "k".

Comme pour où #define constantes: #define où vous allez les utiliser. Si vous vous attendez à des gens qui #import votre code pour utiliser les constantes, les mettre dans le fichier d'en-tête; si les constantes sont uniquement destiné à être utilisé en interne, les mettre dans le .m fichier.

La question de ce que le "k" signifie répondu dans cette question.

Et si vous avez l'intention pour les fichiers autres que particulier .m à utiliser ces constantes, vous devez mettre les constantes dans l'en-tête, puisqu'ils ne peuvent pas importer le .m fichier.

Vous pourriez être intéressé de Cacao Dev Central C tutoriel pour le Cacao, les programmeurs. Il explique beaucoup de concepts de base.

La k préfixe vient d'une époque où de nombreux développeurs aimé à utiliser La notation hongroise dans leur code. Dans la notation hongroise, chaque variable a un préfixe qui indique de quel type il est. pSize serait un pointeur nommé "taille", alors que iSize serait un entier nommé "taille". Simplement en regardant le nom, vous savez le type d'une variable. Cela peut être très utile, en l'absence d'Ide modernes qui peuvent vous montrer le type d'une variable quelconque, à tout moment, sinon, on aurait toujours à la recherche de la déclaration de la connaître. Suivant la tendance de l'époque, Apple voulait avoir un préfixe commun pour toutes les constantes.

Bon, pourquoi pas c puis, comme c pour "constant"? Parce que c était déjà pris, dans la notation hongroise, c est "compteur" (cApple signifie "comte de pommes"). Il y a un problème similaire avec le class, étant un mot-clé dans de nombreuses langues, alors comment allez-vous le nom d'une variable qui pointe vers une classe? Vous trouverez des tonnes d'attribution de nom de code de cette variable klass et donc k a été choisi, k comme dans "konstant". Dans de nombreuses langues, ce mot ne fait que commencer avec un k, voir ici.

Concernant votre deuxième question: Vous ne devez pas utiliser #define constante à tous, si vous pouvez l'éviter, comme #define est sans type.

const int x = 10;           //Type is int
const short y = 20;         //Type is short
const uint64_t z = 30;      //Type is for sure UInt64
const double d = 5000;      //Type is for sure double
const char * str = "Hello"; //Type is for sure char *

#define FOO 90

Ce type est TOTO? C'est une sorte de nombre. Mais quel type de numéro? Jusqu'à présent tout type ou pas du tout. Type dépendra de comment et où vous utilisez FOO dans votre code.

Aussi, si vous avez un ensemble fixe de numéros, utiliser un enum comme à l'époque, le compilateur peut vérifier que vous êtes en utilisant une valeur valide et les valeurs de l'enum sont toujours constante.

Si vous devez utiliser une définition, il n'a pas d'importance où vous le définissez. L'en-tête des fichiers de vous partager entre plusieurs fichiers de code, donc si vous avez besoin de la définir dans plus d'un endroit, vous l'écrivez dans un fichier d'en-tête et d'inclure ce fichier d'en-tête, partout où cela est nécessaire de définir. Ce que vous écrivez dans un fichier de code n'est visible que dans le fichier de code, sauf pour les non-statique des fonctions et de l'Obj-C classes qui sont à la fois à l'échelle mondiale visible par défaut. Mais à moins qu'une fonction est déclarée dans un fichier d'en-tête et que le fichier d'en-tête est inclus dans un fichier de code où vous souhaitez utiliser cette fonction, le compilateur ne saura pas comment cette fonction ressemble (quels paramètres il attend, quel est le résultat de la valeur qu'elle renvoie), de sorte qu'il ne peut pas vérifier tout cela et doit dépendre de ce que vous appelez correctement (en général, cela va l'amener à créer un message d'avertissement). Obj-C classes ne peuvent pas être utilisés, sauf si vous indiquez le code actuel du fichier à moins que ce nom est le nom d'une classe, mais si vous voulez réellement faire quelque chose avec cette classe (autres que de simplement transmettre autour), le compilateur doit savoir l'interface de la classe, c'est pourquoi les interfaces aller dans les fichiers d'en-tête (si la classe est utilisé uniquement dans le code actuel du fichier, l'écriture de l'interface et la mise en œuvre dans le fichier est légal et fonctionnent aussi).