Première réaction, "c'est lourd par rapport à un ls -R". Maintenant, si WSH est bien fait, le get-childitem doit pouvoir s'appliquer à d'autres choses que des répertoires. A toute chose qui supporte la programmation objet, on peut imaginer que ça serve à traiter du XML, des informations de la registry Windows & Co.
On peut, certaines commandes créent de nouvelles arborescences virtuelles (genre Registry: à la place de C:).
Le problème c'est que ces arborescences seront uniquement visibles des applications msh (à priori). Donc pas de passage par word ou par notepad ou que sais-je-encore.
De ce point de vue FuseFS, qui devrait arriver incessamment sous peu dans le noyau, est bien plus propre. En plus, il permet d'utiliser les langages de son choix (dont Python) aussi bien pour coder les systèmes de fichiers utilisateurs que pour coder les applications qui l'utilisent. (et pourtant on en fait pas tout un plat)
[^] # Re: Ne pas oublier l'intégration avec l'environnement
Posté par un_brice (site web personnel) . En réponse au journal MSH beta est disponible mais ne sert à rien. Évalué à 3.
Le problème c'est que ces arborescences seront uniquement visibles des applications msh (à priori). Donc pas de passage par word ou par notepad ou que sais-je-encore.
De ce point de vue FuseFS, qui devrait arriver incessamment sous peu dans le noyau, est bien plus propre. En plus, il permet d'utiliser les langages de son choix (dont Python) aussi bien pour coder les systèmes de fichiers utilisateurs que pour coder les applications qui l'utilisent. (et pourtant on en fait pas tout un plat)