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++.
que répondre à ça ? Le langage est riche? et alors, encore heureux!
Je difais plutot qu'il est lourd.
Bof, sur les bécanes actuelles c'est plus vraiment le cas
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.
tu ne jettes JAMAIS d'exception dans un destructeur, tu joues avec la mêmoire, tu voudrais quoi comme comportement défini ?
Un truc qui risque pas de te peter a la gueule sans que tu t'en rendes compte (genre appeler une fonction qui elle va thrower et mettre ton appli au tas).
Entre un terminate() et une leak, tu preferes le terminate?
Pour rappel, on parle d'appli mobiles la, le genre qui est utilise 90 secondes en moyenne, et ensuite mit au placard pour 2 jours. Meme si ca leak 20Mo, je garde l'appli vivante plutot que de l'envoyer au tas.
Java autorise bien le double throw, au prix de la perte d'une des exceptions, mais au moins ton programme il continue a tourner.
et quelques autres classe en paramètre et voire que tu ne peux pas les modifier.
D'un autre cote, string, integer et quelques autres classes sont immutables, donc oui, tu vas avoir beaucoup de mal a les modifier.
Ensuite, je vois pas le rapport avec la choucroute j'ai jamais mentionne java. Et oui, les generics java sont horribles, tout comme l'autoboxing. Je l'ai toujours dit.
[^] # Re: "Create once, deploy everywhere"
Posté par groumly . En réponse au journal The Qt Company. Évalué à 2.
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++.
Je difais plutot qu'il est lourd.
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.
Un truc qui risque pas de te peter a la gueule sans que tu t'en rendes compte (genre appeler une fonction qui elle va thrower et mettre ton appli au tas).
Entre un terminate() et une leak, tu preferes le terminate?
Pour rappel, on parle d'appli mobiles la, le genre qui est utilise 90 secondes en moyenne, et ensuite mit au placard pour 2 jours. Meme si ca leak 20Mo, je garde l'appli vivante plutot que de l'envoyer au tas.
Java autorise bien le double throw, au prix de la perte d'une des exceptions, mais au moins ton programme il continue a tourner.
D'un autre cote, string, integer et quelques autres classes sont immutables, donc oui, tu vas avoir beaucoup de mal a les modifier.
Ensuite, je vois pas le rapport avec la choucroute j'ai jamais mentionne java. Et oui, les generics java sont horribles, tout comme l'autoboxing. Je l'ai toujours dit.