qui ne pose pas de problème avec le garbage collector (c'est-à-dire que ne pas savoir quand le destructeur est appelé n'est pas un problème)
Effectivement c'est une constrainte assez restrictive.
Ceci dit, une socket par exemple, tu aimerais qu'elle soit fermée lorsque tu n'en as plus besoin, mais s'il s'écoule quelques secondes avant cette fermeture, c'est acceptable.
(après tout dépend bien sûr de la réactivité du GC... je ne connais pas Ruby)
et qui ne puissent pas se résoudre simplement avec la méthode Ruby ?
Comme j'ai dit : toute situation où la ressource (fichier, socket, connexion SGBD...) n'est pas simplement locale à une fonction, mais ouverte pour un certain temps et éventuellement utilisée par plusieurs objets ou modules. C'est pas bien compliqué à imaginer, et assez courant :)
[^] # Re: Ruby, c’est fini.
Posté par Antoine . En réponse à la dépêche Le point sur les avancées de Google Go. Évalué à 3.
Effectivement c'est une constrainte assez restrictive.
Ceci dit, une socket par exemple, tu aimerais qu'elle soit fermée lorsque tu n'en as plus besoin, mais s'il s'écoule quelques secondes avant cette fermeture, c'est acceptable.
(après tout dépend bien sûr de la réactivité du GC... je ne connais pas Ruby)
et qui ne puissent pas se résoudre simplement avec la méthode Ruby ?
Comme j'ai dit : toute situation où la ressource (fichier, socket, connexion SGBD...) n'est pas simplement locale à une fonction, mais ouverte pour un certain temps et éventuellement utilisée par plusieurs objets ou modules. C'est pas bien compliqué à imaginer, et assez courant :)