Pour prendre l'exemple le plus grossier il a fallut attendre fin 2011 pour avoir un accès basique aux fichiers.
C'est marrant tu reprend Guillaume qui dit que le langage c'est amélioré (en fait on parle là plus de la bibliothèque standard que dans le langage en lui même) et l'argument que tu donne c'est quelque chose qui justement a évolué dans le bon sens.
Il y a eu d'énorme loupés dans le design de lib standard et des collections qui ne sont pas corrigés par soucis de backward compatibilité
Et ça c'est bien. Si tu as besoin d'un langage qui a le comportement inverse choisi python.
forcent à mélanger 100 bibliothèques qui font la même chose (bonjour commons, guava & les amis)
Par common, je présume que tu parle de common collections principalement. Elle est presque inutilisable aujourd'hui à cause de sa compatibilité Java 1.4 (pas de généricité).
Pour guava une partie n'a plus de sens avec Java 7 grâce à des évolutions de la bibliothèque standard et du langage.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Usine
Posté par barmic . En réponse à la dépêche Nouvelle version de Scub Foundation, usine logicielle Java libre. Évalué à 3.
C'est marrant tu reprend Guillaume qui dit que le langage c'est amélioré (en fait on parle là plus de la bibliothèque standard que dans le langage en lui même) et l'argument que tu donne c'est quelque chose qui justement a évolué dans le bon sens.
Et ça c'est bien. Si tu as besoin d'un langage qui a le comportement inverse choisi python.
Par common, je présume que tu parle de common collections principalement. Elle est presque inutilisable aujourd'hui à cause de sa compatibilité Java 1.4 (pas de généricité).
Pour guava une partie n'a plus de sens avec Java 7 grâce à des évolutions de la bibliothèque standard et du langage.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)