Question Questions/Réponses d'un vrai débutant

Déjà, en effet il vaut mieux taper $_ que _$.

Mais même en corrigeant cette coquille, je doute que ça marche. En effet, la commande get-childitem retourne une collection d'objets, il faut donc qu'en sortie de pipeline tu envoies le résultat à une commande qui sache traiter la collection.

Or, write-output ne sait traiter qu'un objet, pas une collection. Le $_ n'a donc aucun sens pour cette commande si tu ne lui indiques pas quelque chose en plus.

Ce qui manque, c'est une instruction qui va prendre un à un les objets envoyés par le pipeline et les transmettre à write-output. En l'occurrence, c'est foreach-object qui pourra faire l'affaire :

PS> get-childitem | foreach-object {write-output \"$_.PSIsContainer\"}

Cela dit, le résultat risque de ne pas être très lisible, surtout si tu as beaucoup de fichiers et de répertoires. Il faudrait compléter l'affichage en précisant d'autres propriétés des objets, au moins leur nom, histoire de savoir à quoi se rapporte le contenu de PSIsContainer.

Pour afficher plusieurs propriétés à la fois sur une collection d'objets, tu peux utiliser la commande format-table en lui précisant simplement les noms des propriétés que tu veux afficher :

PS> get-childitem | format-table name, PSIsContainer -auto

J'ai ajouté le paramètre -auto (autosize de son nom complet) pour ajuster la taille des colonnes automatiquement, ce qui facilitera encore plus la lisibilité.

A l'inverse de write-output, format-table sait récupérer une collection d'objets envoyée par le pipeline.

N'hésite pas à continuer la discussion si tout ça n'est pas encore très clair !<br><br>Message édité par: janel, à: 3/11/10 17:58

janel écrit:

Ce qui manque, c'est une instruction qui va prendre un à un les objets envoyés par le pipeline et les transmettre à write-output. En l'occurrence, c'est foreach-object qui pourra faire l'affaire :

On peut aussi utiliser cette astuce :
[code:1]get-childitem | write-output -inputobject {$_.PSIsContainer}[/code:1]
janel écrit:

Cela dit, le résultat risque de ne pas être très lisible,

+1
En même temps, le résultat correspond à ce que l'on demande <br><br>Message édité par: Laurent Dardenne, à: 4/11/10 11:22

Dans le cas où tu utilisais $_, tu récupérais les objets envoyés par le pipeline. Il fallait donc mettre $_ dans un contexte de \&quot;script block\&quot; (série de commandes comprise par PowerShell comme un bloc autonome) qui allait pouvoir être exécuté pour chaque objet reçu.

Dans le cas où tu n'utilises plus le pipeline pour recevoir les objets émis par get-childitem, le \&quot;script block\&quot; n'a plus d'intérêt pour -inputobject. Là, ce qu'il te faut c'est simplement mettre la commande entre parenthèses pour que PowerShell l'évalue comme une expression et transmette son (ou ses) résultat(s) au paramètre :

PS&gt; write-output -inputobject (get-childitem)

Avec cette syntaxe : d'abord, get-childitem est exécuté, et tous les objets émis par la commande sont envoyés sous forme de tableau au paramètre -inputobject. Write-output émet alors vers le flux standard (la console à priori) le contenu du tableau.

Evidemment, comme tu le dis toi-même, l'intérêt d'une telle construction est très limité dans ce cas précis, mais ça peut en effet te permettre de comprendre les subtilités de la syntaxe de PowerShell.

Par exemple, il est important de garder à l'esprit que dans cet exemple, write-output attend que la commande passée en paramètre soit complètement exécutée avant d'en afficher les résultats. Si tu tapes ceci :

PS&gt; write-output -inputobject (get-childitem c:\windows -rec)

... tu devras attendre un bon moment que toute l'arborescence de c:\windows soit parcourue avant de voir le contenu s'afficher (à part les messages d'erreur qui eux seront envoyés au fur et à mesure, mais ça s'est normal puisque par défaut le flux des messages d'erreur est différent du flux standard).

Alors que si tu tapes ceci :

PS&gt; get-childitem c:\windows -rec | write-output

... tu commenceras à voir les résultats très rapidement, dès qu'ils sont émis par get-childitem.

Il y a également une différence notable dans l'utilisation de la mémoire. Dans le cas où tu passes (get-childitem) en paramètre, le contenu est chargé intégralement en mémoire pour pouvoir être passé en paramètre, alors que si tu passes le résultat de get-childitem via la pipeline, la mémoire n'est utilisée que comme zone tampon entre les deux commandes. Si tu as un grand nombre d'objets et/ou des objets très gourmands en mémoire, la différence peut être significative.

J'espère ne pas t'avoir trop confusionné avec ces précisions supplémentaires.