Effectivement quand on lit l'exemple on peut se dire ça. Mais j'applique un principe assez désuet de nos jour qui est de supposer que les gens qui ont écrit l'API ont une chance d'être moins con que moi et d'avoir plus réfléchi au problème. Du coup on peut se dire qu'il y a une raison pour avoir fait ce choix (même si on peut être en désaccord).
Quand tu regardes la tête de l'API dans sa globalité tu comprends pourquoi. Simplement par ce que tout le bousin est conçu pour être générique. Tu peux implémenter ton propre provider de FileSystem et de tout les objet qui vont avec. Et ça va être très pratique.
Si tu veux absolument une notation courte similaire à fopen(3) pour le cas général, le wrapper doit s'écrire en 5 lignes et basta.
[^] # Re: Les vrais ajouts
Posté par ckyl . En réponse au journal Java 7 est dispo !. Évalué à 3.
Effectivement quand on lit l'exemple on peut se dire ça. Mais j'applique un principe assez désuet de nos jour qui est de supposer que les gens qui ont écrit l'API ont une chance d'être moins con que moi et d'avoir plus réfléchi au problème. Du coup on peut se dire qu'il y a une raison pour avoir fait ce choix (même si on peut être en désaccord).
Quand tu regardes la tête de l'API dans sa globalité tu comprends pourquoi. Simplement par ce que tout le bousin est conçu pour être générique. Tu peux implémenter ton propre provider de FileSystem et de tout les objet qui vont avec. Et ça va être très pratique.
Si tu veux absolument une notation courte similaire à fopen(3) pour le cas général, le wrapper doit s'écrire en 5 lignes et basta.