Ça reste non-standards. C'est plus du domaine du hack que de la solution.
Si j'en crois ce que j'ai lu, les modules suppriment la séparation header/implémentation. Avant que tu vienne du C bibliothèques tout ça tout ça. Les modules ne déprécient pas les headers, tu peux toujours continuer à faire tes bibliothèques pour C ou C++ de la même façon. Mais le C++ ne sert pas qu'à créer des bibliothèques et des projets comme LibreOffice seront content de pouvoir réduire leur temps de builds.
La suppression de la séparation header/implémentation permet aussi d'éviter le DRY et d'avoir à maintenir en double chaque changements.
Un autre point que j'ai lu c'est que les macro ne sortent pas des modules, c'est aussi un effet de bord qui peut être pratique.
Encore une fois c'est des trucs qui peuvent ne pas vous être utile, mais c'est pas pour autant que c'est inutile.
[^] # Re: Quel est l'intérêt ?
Posté par barmic 🦦 . En réponse au journal C++ vin va vous faire tourner en barrique !. Évalué à 4.
Ça reste non-standards. C'est plus du domaine du hack que de la solution.
Si j'en crois ce que j'ai lu, les modules suppriment la séparation header/implémentation. Avant que tu vienne du C bibliothèques tout ça tout ça. Les modules ne déprécient pas les headers, tu peux toujours continuer à faire tes bibliothèques pour C ou C++ de la même façon. Mais le C++ ne sert pas qu'à créer des bibliothèques et des projets comme LibreOffice seront content de pouvoir réduire leur temps de builds.
La suppression de la séparation header/implémentation permet aussi d'éviter le DRY et d'avoir à maintenir en double chaque changements.
Un autre point que j'ai lu c'est que les macro ne sortent pas des modules, c'est aussi un effet de bord qui peut être pratique.
Encore une fois c'est des trucs qui peuvent ne pas vous être utile, mais c'est pas pour autant que c'est inutile.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll