En raisonnant de cette manière on ne fait aucune évolution et on reste à faire du C avec classes comme l'était les premières versions de C++.
Ça serait vrai si la gestion des erreurs par les optional était une solution universelle et consensuelle. Personnellement, j'ai l'impression que ça ressemble à une fausse bonne idée, qui complexifie l'interface et qui impose à l'utilisateur un paradigme de gestion des erreurs qu'il ne maîtrise peut-être pas, qu'il n'apprécie peut-être pas, ou qui n'est peut-être pas pertinent dans le cadre de son projet.
Je ne suis pas Norstradamus et j'ai peut-être tort, mais ma prédiction, c'est que si ce type de gestion d'erreur se généralise, 99% du C++ développé en 2020 sera quelque chose comme
[^] # Re: Liberté de l'utilisateur
Posté par arnaudus . En réponse au journal Gestion de l'erreur - C++ - std::optional. Évalué à 2.
Ça serait vrai si la gestion des erreurs par les optional était une solution universelle et consensuelle. Personnellement, j'ai l'impression que ça ressemble à une fausse bonne idée, qui complexifie l'interface et qui impose à l'utilisateur un paradigme de gestion des erreurs qu'il ne maîtrise peut-être pas, qu'il n'apprécie peut-être pas, ou qui n'est peut-être pas pertinent dans le cadre de son projet.
Je ne suis pas Norstradamus et j'ai peut-être tort, mais ma prédiction, c'est que si ce type de gestion d'erreur se généralise, 99% du C++ développé en 2020 sera quelque chose comme
Du coup, j'ai du mal à voir l'avantage...