Je pense sincèrement que c'est une mauvaise idée pour un framework que de le destiner à un seul langage en particulier, en tout cas pour un framework spécialisé : on limite d'autant sa réutilisation ! Heuresement que la plupart des APIs techniques qu'utilisent les 3/4 des langages sont écrits en C... (APIs multimédias, réseau, graphique, etc.)
Pour moi tu veux faire un API, tu le fais dans le langage que tu veux, mais l'idéal est tout de même de lui donner une interface "générique" utilisable par le maximum de langage, bref principalement de simple méthodes, et pourquoi pas orienté objet, ce qui correspond à la plupart des langages.
Après il peut être possible de rajouter une couche au dessus pour faciliter l'intégration dans un langage particulier, mais pour moi un framework (autre que le framework qui contient String & Co, les APIs de base d'un langage quoi) n'a pas pour ambition de s'intégrer dans un langage mais de fournir une base sans qu'on est besoin de réinventer la roue dans chaque plateforme.
Enfin si tu préfères toujours réinventer la roue, ne pas favoriser l'interopérabilité des plateformes, et proposer des solutions dispo que pour un seul langage, libre à toi de l'écrire en Objective-C, mais il ne faut pas s'étonner après si personne utilise cette plateforme.
[^] # Re: enlarge your penis
Posté par TImaniac (site web personnel) . En réponse à la dépêche 10 ans d'OpenStep. Évalué à 2.
Pour moi tu veux faire un API, tu le fais dans le langage que tu veux, mais l'idéal est tout de même de lui donner une interface "générique" utilisable par le maximum de langage, bref principalement de simple méthodes, et pourquoi pas orienté objet, ce qui correspond à la plupart des langages.
Après il peut être possible de rajouter une couche au dessus pour faciliter l'intégration dans un langage particulier, mais pour moi un framework (autre que le framework qui contient String & Co, les APIs de base d'un langage quoi) n'a pas pour ambition de s'intégrer dans un langage mais de fournir une base sans qu'on est besoin de réinventer la roue dans chaque plateforme.
Enfin si tu préfères toujours réinventer la roue, ne pas favoriser l'interopérabilité des plateformes, et proposer des solutions dispo que pour un seul langage, libre à toi de l'écrire en Objective-C, mais il ne faut pas s'étonner après si personne utilise cette plateforme.