A part l'heritage multiple qui te herisses tu as vu des choses interressantes ? des choses qui te plaises moins ? des precisions a apporter ?
Mhhh... Quelques remarques en vrac (j'ai pas lu la spécification du langage et de la lib standard en intégralité)
* Intégrer un mécanisme de signal/slot dans le langage, ça roxor des mamans ours
* Pouvoir retourner plusieurs variables, c'est bien aussi
* Dommages que les itérateurs aient pas été intégrés directement dans le langage, c'est quand même plus sympa un:
Vector theVector;
for i in theVector {
i++;
}
que un
Vector theVector;
for (it = theVector.iterate(); it.valid(); it.next()) {
it.value() ++;
}
La seconde manière d'écrire les choses, même si elle est idiomatique, est quand même bien plus lourde et moins lisible.
Ah oui, tiens, au fait: il n'y a pas de méthode standard pour cloner les objets? Si j'ai une fonction de classement (sort) qui peut opérer sur une collection, mais qui doit effectuer une copie de la collection pour ce faire, comment fais-je? (c'est une vraie question, j'ai pas trouvé ; ) )
[^] # Re: Nosicalight: 0.3pre3
Posté par Gruik Man . En réponse au journal Nosicalight: 0.3pre3. Évalué à 2.
Mhhh... Quelques remarques en vrac (j'ai pas lu la spécification du langage et de la lib standard en intégralité)
* Intégrer un mécanisme de signal/slot dans le langage, ça roxor des mamans ours
* Pouvoir retourner plusieurs variables, c'est bien aussi
* Dommages que les itérateurs aient pas été intégrés directement dans le langage, c'est quand même plus sympa un:
que un
La seconde manière d'écrire les choses, même si elle est idiomatique, est quand même bien plus lourde et moins lisible.
Ah oui, tiens, au fait: il n'y a pas de méthode standard pour cloner les objets? Si j'ai une fonction de classement (sort) qui peut opérer sur une collection, mais qui doit effectuer une copie de la collection pour ce faire, comment fais-je? (c'est une vraie question, j'ai pas trouvé ; ) )