Petites remarques et nuances en vrac:
- Nul besoin de faire de l'OO en C++ pour profiter du C++. La généricité est un apport non négligeable. De même que les std::string, les références et autres abstractions qui le rendent d'ailleurs bien plus simple pour les débutants. Un des exemples à ce sujet est la comparaison des codes qui permettent de lire, stocker et trier un nombre quelconque de chaines de tailles quelconques (non fixées à la compilation) (tout en ayant au final un code sûr et non sujet aux buffers overflow, et autres joyeusetés)
- Cette remarque précédente n'empêche pas que coder en C++ comme en C est une fort mauvaise approche qui donne pas particulièrement de bonnes choses.
- Cela n'empêche pas non plus que le C++ est plus vaste et plus complexe. Bien plus complexe.
- Concernant les perfs, C++ n'est pas lent plus que le C. C'est le code et le design de l'application qui vont ralentir, accélerer (cf std::sort vs qsort) l'exécution, ou de rien changer (une indirection reste une indirection). Pour le domaine de calcul scientifique en particulier, depuis quelques temps déjà, des benchmarks montrent un C++ qui rivalise avec le C et le fortran tout en permettant une expressivité plus "mathématique".
A noter toutes fois, que tous les compilos ne sont pas égaux devant le C++. Tous n'optimisent pas aussi bien.
- Il existe des bibliothèques comme boost.python qui facilitent l'interaction du C++ avec Python -- je ne l'ai pas encore essayée personnellement.
# que choisir C où C++
Posté par lmg HS (site web personnel) . En réponse au message que choisir C où C++. Évalué à 3.
- Nul besoin de faire de l'OO en C++ pour profiter du C++. La généricité est un apport non négligeable. De même que les std::string, les références et autres abstractions qui le rendent d'ailleurs bien plus simple pour les débutants. Un des exemples à ce sujet est la comparaison des codes qui permettent de lire, stocker et trier un nombre quelconque de chaines de tailles quelconques (non fixées à la compilation) (tout en ayant au final un code sûr et non sujet aux buffers overflow, et autres joyeusetés)
- Cette remarque précédente n'empêche pas que coder en C++ comme en C est une fort mauvaise approche qui donne pas particulièrement de bonnes choses.
- Cela n'empêche pas non plus que le C++ est plus vaste et plus complexe. Bien plus complexe.
- Concernant les perfs, C++ n'est pas lent plus que le C. C'est le code et le design de l'application qui vont ralentir, accélerer (cf std::sort vs qsort) l'exécution, ou de rien changer (une indirection reste une indirection). Pour le domaine de calcul scientifique en particulier, depuis quelques temps déjà, des benchmarks montrent un C++ qui rivalise avec le C et le fortran tout en permettant une expressivité plus "mathématique".
A noter toutes fois, que tous les compilos ne sont pas égaux devant le C++. Tous n'optimisent pas aussi bien.
- Il existe des bibliothèques comme boost.python qui facilitent l'interaction du C++ avec Python -- je ne l'ai pas encore essayée personnellement.