Oui, ca j'ai bien compris. Le probleme c'est le feature creep. Toutes ces features interagissent ensemble et en rajoutent au monstre de complexite qu'est c++.
Perso, j'ai codés des années en C++ avant d'avoir besoin de l'héritage multiple, et quand j'y ai été confronté, c'était plus du ah y a de l'héritage multiple dans le projet plutôt qu'une crise d'angoisse. Si les possibilité d'un langage te font peur, fuis très loin python ;)
Je difais plutot qu'il est lourd.
Prends Qt, tu verras tu auras un sous ensemble bien cohérent, sans avoir besoin d'aller voir ailleurs.
Ben ca bouffe toujours du cpu, ca me nique la batterie du laptop. Tu peux tourner le probleme comme tu veux, ca reste un probleme.
Mauvaise configuration du projet, normalement une fois compilé tu te cantonne aux fichiers sources modifiés, et impacté par les includes modifiés généralement, on limite les includes dans les .h, on y déclare juste les types pointés.
Entre un terminate() et une leak, tu preferes le terminate?
OUI OUI OUI OUI et encore OUI!!! En tant que Dev, je préfère les trucs qui plante franchement car on peut corriger, le problème du trow dans le destructeur c'est que tu as des données dans un état incohérent, pas simplement une fuite mémoire.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: "Create once, deploy everywhere"
Posté par fearan . En réponse au journal The Qt Company. Évalué à 8.
Perso, j'ai codés des années en C++ avant d'avoir besoin de l'héritage multiple, et quand j'y ai été confronté, c'était plus du ah y a de l'héritage multiple dans le projet plutôt qu'une crise d'angoisse. Si les possibilité d'un langage te font peur, fuis très loin python ;)
Prends Qt, tu verras tu auras un sous ensemble bien cohérent, sans avoir besoin d'aller voir ailleurs.
Mauvaise configuration du projet, normalement une fois compilé tu te cantonne aux fichiers sources modifiés, et impacté par les includes modifiés généralement, on limite les includes dans les .h, on y déclare juste les types pointés.
OUI OUI OUI OUI et encore OUI!!! En tant que Dev, je préfère les trucs qui plante franchement car on peut corriger, le problème du trow dans le destructeur c'est que tu as des données dans un état incohérent, pas simplement une fuite mémoire.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent