IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Contribuez C++ Discussion :

[C++2015] Les futurs Modules


Sujet :

Contribuez C++

  1. #1
    Membre expert
    Avatar de Klaim
    Homme Profil pro
    Développeur de jeux vidéo
    Inscrit en
    Août 2004
    Messages
    1 717
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur de jeux vidéo
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Août 2004
    Messages : 1 717
    Points : 3 344
    Points
    3 344
    Par défaut [C++2015] Les futurs Modules
    Bonjour,

    J'étais en train de lire le dernier document de travail sur les Modules en C++.

    Ca m'a l'air pas mal.
    Le principal risque semble être qu'on peut jongler entre #includes et export/import pour faire quelque chose de très moche. C'est nécessaire pour que le code actuel continue d'être compilé mais il pourrait y avoir des abus.

    J'ai quelques questions et je ne sais pas trop où les adresser alors je les poses ici.

    La partie sur les niveau d'accès des classes ne me semble pas claire sur un point.
    Il est en effet interessant d'avoir un réél "masquage" des membres privés d'une classe. En revanche je ne comprends pas bien en quoi cela empêche d'aller voir dans le code source du module ce qui est écrit.
    Est-ce que l'idée serait que lorsqu'on fournit un module, on ne fournit plus le code source mais une version "publics-only" du code, le mpp? Du coup on doit aussi fournir une version compilée du module avec non?

    D'ailleurs une chose n'est pas claire : on n'aurait droit qu'à une seule partition de module par cpp? Un seul nom par cpp?

    Est-ce que ça aide vraiment coté templates? A priori non puisqu'il y aura toujours besoin de générer les types paramétrés pour chacune des unités de compilation...non?

  2. #2
    Rédacteur/Modérateur
    Avatar de JolyLoic
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Août 2004
    Messages
    5 463
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 49
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Août 2004
    Messages : 5 463
    Points : 16 213
    Points
    16 213
    Par défaut
    Ama connaissance, cette proposition est au point mort depuis pas mal de temps. Pour répondre à tes question, peut-être le mieux est-il d'écrire à David ?
    Ma session aux Microsoft TechDays 2013 : Développer en natif avec C++11.
    Celle des Microsoft TechDays 2014 : Bonnes pratiques pour apprivoiser le C++11 avec Visual C++
    Et celle des Microsoft TechDays 2015 : Visual C++ 2015 : voyage à la découverte d'un nouveau monde
    Je donne des formations au C++ en entreprise, n'hésitez pas à me contacter.

Discussions similaires

  1. Les futurs tutoriels Java sur DVP ?
    Par Ricky81 dans le forum Débats
    Réponses: 65
    Dernier message: 06/01/2012, 02h33
  2. Les futurs emplois
    Par iwf-fr dans le forum Emploi
    Réponses: 16
    Dernier message: 08/12/2006, 13h52
  3. A quoi ça sert d'utiliser les Data Modules?
    Par tipiweb dans le forum Bases de données
    Réponses: 2
    Dernier message: 23/03/2006, 09h19

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo