Donc ce n'est pas un problème si C++ ne gère pas les GUI, puisqu'on peut aussi interfacer avec du "Java/Kotlin/C#"
C'est peut-être de la pure paresse de ma part, mais j'avoue qu'utiliser un langage relativement bas niveau pour le GUI me gonfle :)
C++ a Qt qui est extrêmement bien fichu donc je l'utilise régulièrement, mais j'ai de plus en plus tendance à passer à Python+PyQt pour les GUI et interfacer avec un backend à plus hautes performances.
même s'il faut passer par du C++/Céifié
On ne pourra pas passer par du C++ (ou n'importe quel autre langage qui utilise autre chose que pointeurs + types machines) tant qu'une ABI n'aura pas été définie ; ce n'est même pas une question de stabilité, c'est une question d'inexistence :/
En ce qui concerne Rust, il a une FFI plutôt correcte avec le C (avec les mêmes limitations que les autres langages), même si des gens ont commencé à profiter des capacités de méta-programmation pour faire des trucs kikoo.
[^] # Re: Donc pour résumer...
Posté par lockidor . En réponse à la dépêche C++17, Genèse d’une version mineure. Évalué à 0.
C'est peut-être de la pure paresse de ma part, mais j'avoue qu'utiliser un langage relativement bas niveau pour le GUI me gonfle :)
C++ a Qt qui est extrêmement bien fichu donc je l'utilise régulièrement, mais j'ai de plus en plus tendance à passer à Python+PyQt pour les GUI et interfacer avec un backend à plus hautes performances.
On ne pourra pas passer par du C++ (ou n'importe quel autre langage qui utilise autre chose que pointeurs + types machines) tant qu'une ABI n'aura pas été définie ; ce n'est même pas une question de stabilité, c'est une question d'inexistence :/
En ce qui concerne Rust, il a une FFI plutôt correcte avec le C (avec les mêmes limitations que les autres langages), même si des gens ont commencé à profiter des capacités de méta-programmation pour faire des trucs kikoo.