Convention de dénomination pour les projets open source iOS / OSX

Pas toujours mais la plupart du temps, vous trouverez des projets open source iOS ou Mac OS X avec des noms commençant par les lettres initiales du prénom et du nom de l'auteur. Si un projet devait être écrit par Nick Leblanc, le projet serait lu comme NLMyProject.

Exemples:

• RMSwipeTableViewCell par Rune Madsen,
• EBCardCollectionViewLayout par Ezequiel Becerra,
• SDiPhoneVersion par Sebastian Dobrincu,
• LNNotificationsUI par Leo Natan.

D'où cela vient-il? Une personne l'a-t-elle écrit de cette façon d'abord, puis tous les autres ont suivi?

Je n'ai rien trouvé à ce sujet, même dans les directives Apple . Cet idiome est-il écrit quelque part?

L'objectif C, comme C, n'a pas d'espaces de noms. Cela signifie que si quelqu'un a déjà défini une fonction fooou une classe Bar, celle-ci doit être globalement unique et vous ne pouvez pas la définir. Cela peut entraîner beaucoup de maux de tête lorsque vous avez votre code, puis ajoutez une autre bibliothèque et soudain, les choses se brisent dans des endroits étranges.

Il existe une directive présentée par Apple pour cela dans la section Programmation avec Objective C: Conventions de la bibliothèque de développeur iOS:

Certains noms doivent être uniques sur votre application

Chaque fois que vous créez un nouveau type, symbole ou identificateur, vous devez d'abord considérer la portée dans laquelle le nom doit être unique. Parfois, cette portée peut être l'ensemble de l'application, y compris ses cadres liés; parfois la portée est limitée uniquement à une classe englobante ou même à un bloc de code.

Les noms de classe doivent être uniques sur toute une application

Les classes Objective-C doivent être nommées de manière unique non seulement dans le code que vous écrivez dans un projet, mais également dans tous les frameworks ou bundles que vous pourriez inclure. Par exemple, vous devez éviter d'utiliser des noms de classe génériques comme ViewController ou TextParser car il est possible qu'un framework que vous incluez dans votre application ne respecte pas les conventions et ne crée pas de classes avec les mêmes noms.

Afin de garder les noms de classe uniques, la convention consiste à utiliser des préfixes sur toutes les classes. Vous aurez remarqué que les noms de classe Cocoa et Cocoa Touch commencent généralement par NS ou UI. Des préfixes à deux lettres comme ceux-ci sont réservés par Apple pour une utilisation dans les classes de framework. Au fur et à mesure que vous en apprendrez plus sur Cocoa et Cocoa Touch, vous rencontrerez une variété d'autres préfixes liés à des cadres spécifiques:

...

Vos propres classes doivent utiliser des préfixes à trois lettres. Ceux-ci peuvent être liés à une combinaison du nom de votre entreprise et du nom de votre application, ou même à un composant spécifique de votre application. Par exemple, si votre entreprise s'appelait Whispering Oak et que vous développiez un jeu appelé Zebra Surprise, vous pourriez choisir WZS ou WOZ comme préfixe de classe.

Donc, les bibliothèques que vous mentionnez enfreignent en quelque sorte cette convention, mais sont au cœur du problème du manque d'espaces de noms au sein de l'objectif C.

Autres lectures d'
espaces de noms par NSHipster
Quelle est la meilleure façon de résoudre une collision d'espace de noms Objective-C?
Comment utilise-t-on les espaces de noms dans le code objective-c iOS?