Re: Le titre est trop long

En fait ton exemple python n'a en effet que peut d’intérêt (à cause du open qui prend le path d'un fichier)
en plus de duckfriendly:

def readToArray anInput
 arr = []
 begin
 anInput.open
 anInput.each { |elm| arr << elm }
 ensure
 anInput.close
 end
end

Cela fait toujours plus que ton exemple java, mais cela me permet d'utiliser cette méthode sur tout type pouvant s'itérer, que ce soit un fichier, un tableau excel, une main (pour lire les ligne de la main… bon ok ;) ), là où dans ton exemple il faudrait sous classer file et/ou recoder un tas de trucs

Qui a fait un test U pour voir ce que ça fait si je lui passe un Int ou un Canard en paramètre ?
Si répondu « moi » à la question précédente, ça fait quoi avec une Voiture ou un Path ou Obiwan ou … ?

On s'en fout, ton test U doit être sur que pour un type itérant, la méthode te renvoi un tableau contenant chaque élément de ce type, au dev qui développera ce type de faire les tests U qui confirme que son objet c'est ouvrir/itérer/fermer
Ceci dit je t'accorde qu'à la relecture, ton exemple "s'autodocumente" mieux

Bon c'est vrai que je saute de votre troll java/python vers un troll canard/pas canard. De plus je fais moi même le lien entre typage dynamique et ducktyping, alors qu'il est possible d'en faire avec certains langages statiques dont le c++