Discussion :

[Ktalyst]

Bonsoir.

Pour un projet en c++, je dois étudier la nouvelle norme C++2011.

En premier lieu, je dois revisiter le chapitre sur l'héritage multiple. Malgré de nombreuses recherches, je n'ai absolument rien trouvé. N'y a t-il eu aucun changement vis à vis de ce sujet ?

Dans la deuxième partie, il faut choisir une des nouveautés et écrire des morceaux de codes pour tester. Que me conseilleriez vous ? Est ce qu'il y a des sujets plus intéressants que d'autres ?

Merci d'avance.

[JolyLoic]

Pour un projet en c++, je dois étudier la nouvelle norme C++2011.

En premier lieu, je dois revisiter le chapitre sur l'héritage multiple. Malgré de nombreuses recherches, je n'ai absolument rien trouvé. N'y a t-il eu aucun changement vis à vis de ce sujet ?

Il n'y a pas vraiment eu de différences à ce sujet.

Dans la deuxième partie, il faut choisir une des nouveautés et écrire des morceaux de codes pour tester. Que me conseilleriez vous ? Est ce qu'il y a des sujets plus intéressants que d'autres ?

L'intérêt d'un sujet dépend avant tout des personnes. Je connais même des gens passionnés par le nouveau modèle mémoire du langage, si si...

Déjà, un sujet sur le langage en lui même, ou plutôt sur la bibliothèque standard, ou encore les deux ? Ensuite, et probablement plus important encore, quelle approche utiliser ? S'intéresser aux aspect "language design" ? Décrire une fonctionnalité genre manuel de référence ? S'intéresser à la manière dont une fonctionnalité va impacter la manière d'écrire du C++, ce qu'elle apporte, quelles sont ses limites ?

La choix de la fonctionnalité idéale à décrire dépendra de la réponse à ces questions (et probablement à d'autres)...

Intuitivement, les gros sujets qui me semblent les plus bateaux sont la sémantique de déplacement (y compris unique_ptr) et les expressions lambdas. Après, il y en a foultitude. La syntaxe d'initialisation + initializer_list, les threads, les facilités d'écriture autour des fonctions spéciales des classes (=delete, =default...), les variadic templates...

[Flob90]

Bonjour,

Pour l'héritage multiple, je ne crois pas qu'il y ai eu de changements le concernant spécifiquement.

Il y a deux catégories de nouveautés :
-> Celles qui concernent la syntaxe : move-semantic, lambda, variadics, range-based for, delegating constructor, alias template, final/override, delete/default, ...
-> Celles qui concernent les outils fournient par la bibliothèques standard : pointeurs intelligent, table de hashage, thread, regex, atomic (*).

Pour le choix de ton sujet, ca dépends de ce que tu recherches :

move-semantic : Ca a été introduit pour résoudre un problème récurrent (je te laisse chercher les détails), et au final ca apporte son lot de possibilités vraiment nouvelles et aussi de problèmes (pour le comité du moins).

variadics : C'est un apport important, mais c'est surtout du sucre syntaxique, le gros des techniques qui l'utilisent ne sont que des adaptations de techniques qui utilisaient des TypeList (ou plus complexe, cf MPL). Tu peux présenter de nouvelles facon d'implementer des techniques qui existaient déjà avant, mais pas vraiment de nouvelles techniques.

lambda : Pour la grande majorité des gens ca ne sera qu'un moyen d'écrire les foncteurs plus rapidement et simplement. C'est "importer" du monde fonctionnel, tu peux trouver énormément d'informations à leur sujet, mais ce n'est pas spécifique au C++. Deux choses sont à noter :
-> boost::phoenix offrait déjà de quoi en réaliser et l'offre toujours car les lambda du C++ ne sont pas polymorphique
-> Je ne suis pas certains qu'ils soient implémenté parfaitement que ce soit par VC++ ou gcc (les autres j'ai pas testé).

Pour les autres nouveautés concernant la syntaxe, c'est bien souvent du sucre syntaxique qui permet de faire les choses de manière plus propre, plus lisible, plus "maléable". Il suffit souvent d'en voir un exemple d'utilisation pour se rendre compte de l'utilité (ca peut quand même en faire un bon sujet )

Pour celles concernant les outils fournient. Pour la grande majorité il ne s'agit "que" d'une interface et des comportements choisient par le comité pour fournir un concept déjà existant. De plus certains outils sont quasiment identique à ce qu'offrait boost, c'est une bonne chose que ces outils soient standard, mais dans les faits il ne changent fondamentalement la manière de les utiliser. (Pas pour autant que la manière de les utiliser ne puise pas convenir pour un sujet).

Edit (suite au message de Loic): Tu as aussi des changements/adaptations de définition des concepts introduient dans la norme, c'est pas sans interet, par contre c'est difficile de montrer ces changement avec un code, AMA .

(*) Il s'agit en général d'éléments qui peuvent être recoder, mais pas nécessairement.

[gbdivers]

Un peu de lecture : http://www.developpez.net/forums/d12...es-charge-gcc/

[Bousk]

La seule chose qui traite d'héritage que j'ai en mémoire, possiblement faux, c'était qu'ils réfléchissaient aux "problèmes" de l'héritage en diamant.
Sur le fait que pour que ça se passe bien, il faut passer en héritage virtuel dans la classe mère et non au niveau de la classe fille.

Après je me mélange peut-être les pinceaux, et à priori rien n'a bougé non plus.

[JolyLoic]

La seule chose qui traite d'héritage que j'ai en mémoire, possiblement faux, c'était qu'ils réfléchissaient aux "problèmes" de l'héritage en diamant.

Je ne me souviens de rien de particulier sur ce sujet.

[Ktalyst]

Merci pour vos réponses ! J'ai de quoi étudier

Pour la première partie, je vais envoyer un mail à la responsable du projet pour avoir des détails, sinon je pense que cette partie se finira rapidement.

Pour la seconde, j'avoue hésiter sur le sujet ! Je vais regarder ça plus précisément grâce à vos réponses ! Il faut que je trouve un sujet où il y a beaucoup à dire et qui me permette d'écrire quelques morceaux de codes intéressants ! (et compréhensibles surtout !)

Dès que j'ai choisi et avancer un peu, je posterai mes choix !

Merci encore !

[oodini]

En quelques lignes utilesant une structure de la STL, tu peux déjà utiliser le mot-clé auto et les lambda.