De ma toute petite expérience de développement sous iOS en objC et Swift, je pense qu'ils essaient de passer à un langage plus haut niveau que objC tout en gardant la compatibilité avec ce dernier, pour simplifier la maintenance de Cocoa : il ont créé une surcouche Swift au dessus de Cocoa objC pour pouvoir faire des appels en Swift depuis ton programme, tout en laissant la possibilité de faire aussi des appels en objC. Je crois qu'ils seraient bien embêtés s'ils devaient réécrire tout le framework en Go ou Java, quand on voit que la surcouche dont je parle n'est pas encore bien terminée.
Pour donner une image très très générique, on retomberait sur l'utilisation de l"extern C" dans du C++.
Mais c'est juste mes 0,00002,ドル si MrPomme voulait bien nous expliquer, ce serait sûrement plus clair ...
[^] # Re: Pourquoi ?
Posté par Philippe Martin . En réponse à la dépêche Swift sous GNU/Linux - Introduction. Évalué à 3.
De ma toute petite expérience de développement sous iOS en objC et Swift, je pense qu'ils essaient de passer à un langage plus haut niveau que objC tout en gardant la compatibilité avec ce dernier, pour simplifier la maintenance de Cocoa : il ont créé une surcouche Swift au dessus de Cocoa objC pour pouvoir faire des appels en Swift depuis ton programme, tout en laissant la possibilité de faire aussi des appels en objC. Je crois qu'ils seraient bien embêtés s'ils devaient réécrire tout le framework en Go ou Java, quand on voit que la surcouche dont je parle n'est pas encore bien terminée.
Pour donner une image très très générique, on retomberait sur l'utilisation de l"extern C" dans du C++.
Mais c'est juste mes 0,00002,ドル si MrPomme voulait bien nous expliquer, ce serait sûrement plus clair ...