Question Stocker résultat dans une variable

Richard Lazaro écrit:

Ton objet est alors transformé en string mais pas correctement ...

Richard je suis tout à fait d'accord avec ton explication, mais ici, je sais je suis pointilleux, la conversion en string est correcte, c'est le résultat qui est inadapté à l'usage.
De redéfinir la méthode ToString() permet justement de l'adapter (spécialiser) à cet usage.
Comme Select-object construit un objet de type PSObject, la méthode ToString de ce type renvoi une chaîne dans un format 'spécialisé'.
Richard Lazaro écrit:

Le problème, c'est que ce n'est pas une chaîne de caractère (string) alors que le paramètre Path de la cmdlet Get-ChildItem attend un string.

Une autre approche est d'inverser le pb en déclarant sur l'objet un alias ou en choisissant un nom de membre reconnu afin de s'appuyer les mécanismes du pipeline, ici on part donc du nom du paramètre attendu, Path, et pas du type de l'objet :
[code:1]
#Get-ChildItem gére, via le pipeline, les membres Path et LiteralPath
#Le membre Path existe déjà sur une instance WMI
$test = Get-WmiObject Win32_LogicalDisk | select-object @{N=\"LiteralPath\";E={$_.DeviceID}}
$test[1]|Get-ChildItem

$test = Get-WmiObject Win32_LogicalDisk | Add-member -membertype aliasproperty -name LiteralPath -value DeviceID -secondvalue System.String -pass
$test[1]|Get-ChildItem
[/code:1]
Ensuite en allant plus loin on peut réécrire le code :
[code:1]
function Get-Files {
param (
#pas de position
#si on n'utilise pas le pipe on doit préciser son nom -InputObject ou -I
#le paramètre suivant sera considéré comme étant en position 0, car innommé
[Parameter(Mandatory=$true,ValueFromPipeline=$true)]
$InputObject,
[Parameter(Position=0)]
[Int64]
$size=500000000,
[switch] $Recurse,
[switch] $ForceRoot)

Process
{
if (Test-Path $_.Path)
{
if ($ForceRoot)
{cd \"$($_.Path)\\"}
$_|Get-ChildItem -recurse:$recurse |
where-object { $_.length -gt $size }
}
#else { write-Warning $_.Path}
}#process
}

Get-WmiObject Win32_LogicalDisk |
Select-Object @{N=\"Path\";E={$_.DeviceID}}|
Get-Files -size 1000 -recurse|
Sort-Object length -descending |
ft directory,name,length -wrap –auto
[/code:1]
N4rk0o, afin d'accélérer le traitement l'appel à Sort-Object doit être placé dans les derniers segments du pipeline.
La fonction Get-Files respecte la convention de nommage préconisée par MS et elle renvoie une liste de fichiers, la présentation est un autre traitement qui doit se faire au cas par cas et en dehors de la fonction.
Autre chose, l'accés aux lecteurs se fait dans le répertoire courant, il peut donc ne pas être à la racine, soit tu déclares un switch pour traiter le cas soit tu précises le comportement dans la doc.
On déclare $Recurse pour le propager ou non lors de l'appel à Get-ChildItem, etc, etc.

Cela nécessite de passer un peu plus de temps à coder, l'avantage est qu'en procédant de cette manière à terme tu gagneras du temps.
Ici l'appel à $part.DeviceID est le plus pratique, mais l'objet traité dans la fonction est lié à un appel préalable à Win32_LogicalDisk, un autre avantage d'utiliser les mécanismes du pipeline est qu'ils permettent de varier la source des objets.

C'est vrai que lorsqu'on débute tout ça n'est pas évident à saisir et peut même embrouiller.
Une fois que l'on compris ces qq principes de base on n'utilise plus PowerShell de la même manière.