Je suis d'accord avec toi, mais je pense qu'il est possible de passer outre, justement grace au fait que tout soit mutable :)
En effet, les commande from spam import * et import egg font appel à la fonction __import__ que l'on *pourrait* redéfinir ( je ne dit pas que c'est quelque chose de siimple ) pour que les varialbes passent dans l'univers local, au chargement.
Ensuite, dans le cas d'un assignement la fonction __setattr__ est appelée ( je n'ai pas fait les test, mais d'après la doc c'est le cas ) et là encore le fait qu'elle soit mutable nous permet d'intercepter les redéfinitions vers une fonction importée, et d'éviter l'écrasement.
Pour finir, une mise à jour des varialbes __methods__ __class__ etc permet de rendre toutes ces manippulations invisibles pour le programme...
Je suis d'accord que ça n'est pas quelque chose de simple à mettre en place, mais je pense que python nous laisse assez de marge de maneuvre pour mettre en route un tel systeme. ( Bon apres c'est que le début, faut aussi gérer les erreurs pour pas qu'un prgramme ne fasse buguer tout les autres, faut gérer les threads etc, mais bon, ça fait une idée à proposer au google summer of code de l'an prochain ! :) )
[^] # Re: Mono
Posté par chimrod (site web personnel) . En réponse à la dépêche Rentrée des classes pour GNOME 2.16. Évalué à 1.
En effet, les commande from spam import * et import egg font appel à la fonction __import__ que l'on *pourrait* redéfinir ( je ne dit pas que c'est quelque chose de siimple ) pour que les varialbes passent dans l'univers local, au chargement.
Ensuite, dans le cas d'un assignement la fonction __setattr__ est appelée ( je n'ai pas fait les test, mais d'après la doc c'est le cas ) et là encore le fait qu'elle soit mutable nous permet d'intercepter les redéfinitions vers une fonction importée, et d'éviter l'écrasement.
Pour finir, une mise à jour des varialbes __methods__ __class__ etc permet de rendre toutes ces manippulations invisibles pour le programme...
Je suis d'accord que ça n'est pas quelque chose de simple à mettre en place, mais je pense que python nous laisse assez de marge de maneuvre pour mettre en route un tel systeme. ( Bon apres c'est que le début, faut aussi gérer les erreurs pour pas qu'un prgramme ne fasse buguer tout les autres, faut gérer les threads etc, mais bon, ça fait une idée à proposer au google summer of code de l'an prochain ! :) )