La plupart des langages de programmation modernes ont une bibliothèque standard? ILS IMPRESSION est qu'il n'y a pas une bibliothèque standard de taille décente pour Obj-C, plutôt qu'elle dépend principalement / tout sur le cacao et que (plus les personnes ne voulant pas utiliser gnustep) est pourquoi obj-C est utilisé uniquement sur Macs )?
Est-ce vrai / dans quelle mesure? Y a-t-il des collections Obj-C standard?
(Notez que je n'ai effectué aucune programmation Obj-C et je ne suis pas susceptible de l'essayer dans un proche avenir, je suis juste curieux). P.s. Y a-t-il une bibliothèque décente non-cacao / gnustep? Sont-ils non-pommes, sont-ils open source, bien documentés?
3 Réponses :
Je pense que cette section ( Différences philosophiques entre l'objectif-c et C ++ ) de l'entrée Wikipedia couvre ce problème assez bien.
Étant donné que l'objectif-c est une extension de C (et un assez petit, à cela), la bibliothèque standard C est disponible. Autre que cela, la bibliothèque principale est quelle que soit la plate-forme fournie, ce qui signifie fondamentalement la bibliothèque originale NextStep et ses descendants: OpenStep, Cocoa, Gnustep, le défunt Coconut . À mon avis, le manque d'autres bibliothèques n'est pas la raison pour laquelle l'objectif-C est principalement utilisé dans le développement de Mac, c'est un effet de ces derniers. C'est parce que l'objectif-c a été initialement développé à la prochaine et a été repris par Apple . Il n'y a même pas une norme officielle ces jours-ci, la documentation d'Apple Juste.
Avec Objective-C 2.0, je ne l'appellerais plus petit.
Contrairement à la réponse de l'Outtis, l'Objectif-C n'a pas été développé à l'origine à la prochaine. Next adopté l'objectif-c comme langue de choix au milieu de la fin des années 80. Objective-C a été créé par Brad Cox et Tom Love à StepStone au début des années 80.
pertinence pour la question, lorsque Cox and Love a créé Objective-C, l'un de leurs objectifs principaux était de créer une langue susceptible de prendre en charge des modèles logiciels entièrement composés. C'est-à-dire que vous seriez capable d'acheter un composant logiciel de quelque part et de le brancher dans votre application pour ajouter des fonctionnalités.
Sur ceci a été développé ICPAK 101 et, IIRC, 102 (ou 201, je ne me souviens pas honnêtement), qui était un peu une bibliothèque standard pour l'objectif-c. Ça n'a jamais vraiment cherché.
Clairement suivant et Apple a été les principales forces de motivation derrière Objective-C et, donc, aujourd'hui, le fondement de Cocoa est la bibliothèque standard la plus populaire pour l'objectif-c. Ce n'est pas le seul; Il existe toujours des versions de l'ICPAK en utilisation active et il existe des projets non suivants / non-Apple-C de manière assez grande. De plus, l'Objectif-C continue d'être utilisé par une poignée de projets sur Linux, principalement via Gnustep.
En général, l'objectif-C est destiné à être une langue simple et petite. En dehors de cela vient relativement simple et de petites bibliothèques (comparez la taille de, par exemple, STL ou Boost à la fondation).
Si vous recherchez "compilateur d'objets portables STES", vous trouverez la suite de toutes ces stepstone, y compris une implémentation de l'ICPAK (à nouveau IIRC - je n'ai pas examiné ce genre de choses depuis longtemps).