C++ : une nouvelle version prévue pour 2017
Quelle évolution majeure souhaitez-vous pour la prochaine session de normalisation ?

Le , par 3DArchi, Rédacteur
Dans un billet daté d'hier, Herb Sutter confirme la mise en ordre de marche du groupe ISO WG21 travaillant sur la norme C++.

Cette réunion a été un succès, nous informe-t-il, avec des acteurs majeurs de l'industrie du logiciel (Microsoft, NVidia, Intel) prêts à intégrer des évolutions en avance de phase ! Ce qui confirme le retour en force du C++ dont on observe déjà les signes indicateurs depuis quelques temps.

Mais Herb nous prévient également que la nouvelle norme sera C++1y avec y==7. Il souligne cependant que l'objectif 2017 ne peut être atteint qu'en se concentrant sur une seule évolution majeure et ce malgré le nombre de propositions déjà avancées. Le premier tri ne devrait se faire qu'à la prochaine réunion en octobre.

Côté bibliothèques, le dynamisme devrait être plus important puisque des ajouts pourront avoir lieu entre deux normalisations. Bon espoir d'avoir prochainement quelque chose de natif pour gérer les fichiers (Boost.File System en standard ?) ou le réseau cite en exemple Herb Sutter.

Tout ceci se traduit par la mise en place de quatre groupes de travail chargés d'avancer dans certaines propositions :
  • SG1 : Concurrence et parallélisme
  • SG2 : Modules
  • SG3 : File System
  • SG4 : Réseau


Sources : Billet d’Herb Sutter, Comité de standardisation C++

Et vous ?

Puisqu'il ne faut en choisir qu'une, quelle devrait être l'évolution majeure de la prochaine session de normalisation ?

Cinq ans, est trop court ? Trop long ? Une bonne fréquence ?


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de Joel F Joel F - Membre chevronné http://www.developpez.com
le 27/03/2013 à 7:47
bof bof SWING++, les gui franchement c'est le sloppery sloep infame: impossible a cocneptualiser et a mettre dans des composants generiques propres et sans API dementes. Y a regulierement des propal sur boost par exemple, et c'est le drame a chaque fois.

Pour operator. y a un N-paper mais je trouve plus le numero. Y a quelqu'un qui a un talk sur un imple clang a C++Now je crois aussi
Avatar de gbdivers gbdivers - Inactif http://www.developpez.com
le 27/03/2013 à 9:55
+1 pour ne pas avoir de gui dans la norme, tout au moins pas avant des années. Il y a trop de gros frameworks graphiques qui ont une API complètement différentes pour arriver à normaliser quoi que ce soit. Il vaut mieux que le comité se concentre sur d'autres choses.
Et en plus, C++ est portable sans interface graphique. Et il existe des frameworks pour les interfaces graphiques portables. Il faudra bien finir par comprendre que la philosophie du C++ n'est pas de normaliser tout dans le langage et la bibliothèque standard, contrairement à d'autres langages. Le C++ a un écosystème très important, utilisez le
Avatar de Klaim Klaim - Membre expert http://www.developpez.com
le 27/03/2013 à 10:00
Citation Envoyé par Joel F  Voir le message
bof bof SWING++, les gui franchement c'est le sloppery sloep infame: impossible a cocneptualiser et a mettre dans des composants generiques propres et sans API dementes. Y a regulierement des propal sur boost par exemple, et c'est le drame a chaque fois.

En fait en se penchant sur les raisons purement lies a la psychologie humaine, on se rends compte qu'on peut pas faire un systeme generique pour representer graphiquement des informations. Au mieu on peut dire quelles sont les informations a representer et quelles actions on peut faire avec (en gros ce qu'on a avec le code...). Des qu'on touche a l'aspect, le seul moyen d'etre precis c'est d'avoir un language separe, comme XAML ou meme HTML ou quelque chose dans ce genre.

Du coup effectivement ca risque pas d'arriver de si tot d'avoir un systeme de GUI. Je pense qu'on risque d'avoir plus de changes de se retrouver avec une lib gerant DOM (yavait une proposition l'annee derniere) et une specialisation pour HTML ensuite.

Ou alors peut etre que microsoft arriverai a faire passer son XAML ou un equivalent.

Enfin bref, les GUI c'est la merde.

Surtout quand on pense que aujourd'hui, les interfaces ne sont plus seuleemtn graphiques. Au final il faudrait faire une abstraction input/output, ce qui serait utile pour maper des donnees et fonctions avec une implementation d'interface homme/machine particuliere, le mapping se faisant via une bibliotheque standard, que de proposer une bibilotheque precise pour gerer tout ca.
Enfin c'est mon point de vue.
Avatar de Gugelhupf Gugelhupf - Modérateur http://www.developpez.com
le 27/03/2013 à 13:24
Avant, je me disais aussi que le C++ devrait avoir son AWT ou Swing, avec le temps j'ai compris que ça ne servirait à rien.
Au début en Java on avait AWT, on est passé à Swing pour avoir des composants plus léger, puis aujourd'hui le standard c'est JavaFX.
Rendre AWT ou Swing standard ça ne sert à rien car ce sont des outils qui évoluent avec le temps.
Le C++ a déjà Qt, et c'est très bien comme c'est.

Perso j'aimerais bien avoir Module, Networking et FileSystem en C++, et j'aimerais que ce soit des API simples et intuitif à manipuler.
Par contre j'ai vu la spec de Module et ça m'inquiète un peu avec les "export", j'aimerais bien que ce soit aussi simple qu'en C# avec l'utilisation des namespace.

Java => package/import
C# => namespace/using
C++ => namespace/import ?
Avatar de Kalith Kalith - Membre confirmé http://www.developpez.com
le 28/03/2013 à 22:08
Citation Envoyé par Joel F  Voir le message
Pour operator. y a un N-paper mais je trouve plus le numero. Y a quelqu'un qui a un talk sur un imple clang a C++Now je crois aussi

J'ai pu trouver celui-ci (N1671) mais il date de 2004.
Avatar de Emmanuel Deloget Emmanuel Deloget - Expert confirmé http://www.developpez.com
le 29/03/2013 à 0:34
Citation Envoyé par gbdivers  Voir le message
+1 pour ne pas avoir de gui dans la norme, tout au moins pas avant des années. Il y a trop de gros frameworks graphiques qui ont une API complètement différentes pour arriver à normaliser quoi que ce soit. Il vaut mieux que le comité se concentre sur d'autres choses.
Et en plus, C++ est portable sans interface graphique. Et il existe des frameworks pour les interfaces graphiques portables. Il faudra bien finir par comprendre que la philosophie du C++ n'est pas de normaliser tout dans le langage et la bibliothèque standard, contrairement à d'autres langages. Le C++ a un écosystème très important, utilisez le

C'est surtout, selon moi, que les systèmes graphiques sont différents au niveau conceptuels, avec de nombreuses et subtiles différences de comportement. Du coup, les mettre sous une même bannière reviendrait à les obliger à utiliser les même concepts, ce qui voudrait dire au final que les implémentations n'auraient pas le choix.

Ca ne serait pas très fin, et ça retarderait bien le développement de nouvelles solutions graphiques (celles-ci évoluent plus vite que la librairie standard).

Et même si cette option délicate est choisie, quel modèle de GUI utiliser ?

* immediate GUI (on doit appeler à chaque frame la fonction draw() d'un objet graphique pour qu'il se dessine ; très utile dans le jeu vidéo)
* GUI évenementiel (à la Windows)

Et encore après, quel comportement ?

* c'est l'OS qui dessine la GUI ?
* c'est la librairie qui dessine la GUI ?
* on utilise un mix des deux ?
* quid des décorations server-side (sur XWindow) / client-size (sur Wayland) ?
* faut-t-il un serveur ?
* qui s'occupe de la composition de l'écran ?
* ...

Bref : il y a plus que des points chauds - c'est quasiment tâche impossible, à moins de fixer des limites et donc de limiter les fonctionalités et l'évolutivité des GUI.
Avatar de Garuda Garuda - Membre chevronné http://www.developpez.com
le 29/03/2013 à 9:43
bof bof SWING++, les gui franchement c'est le sloppery sloep infame: impossible a cocneptualiser et a mettre dans des composants generiques propres et sans API dementes. Y a regulierement des propal sur boost par exemple, et c'est le drame a chaque fois.

Pour operator. y a un N-paper mais je trouve plus le numero. Y a quelqu'un qui a un talk sur un imple clang a C++Now je crois aussi

Nom de zeus ! Quelqu'un peut traduire ?
Avatar de gbdivers gbdivers - Inactif http://www.developpez.com
le 29/03/2013 à 10:02
bof bof SWING++, les gui franchement c'est le sloppery sloep infame: impossible a cocneptualiser et a mettre dans des composants generiques propres et sans API dementes. Y a regulierement des propal sur boost par exemple, et c'est le drame a chaque fois.

Pour operator. y a un N-paper mais je trouve plus le numero. Y a quelqu'un qui a un talk sur un imple clang a C++Now je crois aussi

Bof, bof, SWING++. Les interfaces graphiques, franchement, c'est une pente glissante infâme à conceptualiser et à mettre dans ces composants génériques propres et sans interfaces démentes. Il y a régulièrement des propositions sur Boost par exemple et c'est le drame à chaque fois.

Bon, à part quelques fautes de frappes et l'absence d'accent (ce qui arrive régulirèment pour ceux qui ont des claviers QWERTY), c'était compréhensible comme message
Avatar de Gugelhupf Gugelhupf - Modérateur http://www.developpez.com
le 29/03/2013 à 10:21
Bonjour,

J'ai trouvé un lien (via isocpp.org) avec des N-paper sur C++14.

Je vous avouerais que je n'ai pas saisi la moitié des specs
Avatar de Klaim Klaim - Membre expert http://www.developpez.com
le 29/03/2013 à 11:00
Ca viens avec l'habitude et la curiosite.
Avatar de gbdivers gbdivers - Inactif http://www.developpez.com
le 02/04/2013 à 8:04
Citation Envoyé par Gugelhupf  Voir le message
Bonjour,

J'ai trouvé un lien (via isocpp.org) avec des N-paper sur C++14.

Je vous avouerais que je n'ai pas saisi la moitié des specs

Tu as aussi une mini-review faite par Emmanuel Deloget là des proposals pré-Bristol : http://www.developpez.net/forums/d13...l/#post7187861
Offres d'emploi IT
Chef de projet windev (H/F)
Solutec Paris - Ile de France - Paris (75000)
Développeur h/f
Ivalua - Ile de France - Orsay (91400)
Ingénieur études développement .net pl/sql h/f
BSPP - Rhône Alpes - Grenoble (38000)

Voir plus d'offres Voir la carte des offres IT
Contacter le responsable de la rubrique Accueil