Question Qu'y a t'il de nouveau sous PowerShell V3 ?

La possibilité de déclarer des variables contraintes à l'aide d'attributs de validation :
[code:1]
[ValidateRange(1,10)] $i=5
$i=-1
#La variable ne peut pas être validée, car la valeur -1 n'est pas une valeur valide pour la variable i.
$i=11
#La variable ne peut pas être validée...
[/code:1]
On peut aussi utiliser ce module :
[code:1]
#Une variable devant contenir un nom de chemin existant
ipmo ValidationsArgument
Set-location c:\temp
MD Existe
[ValidateScript( {Test-PathMustexist } )]
$Path=\"C:\Temp\Existe\"
$Path
$Path =\"C:\toto\"
#La variable ne peut pas être validée, car la valeur C:\toto n'est pas une valeur valide pour la variable path.

Del Existe
#Le contrôle ne se fait pas lors de l'accès
$Path
#Mais lors de l'affectation
$path=$path
#La variable ne peut pas être validée,..
$Path
#\"C:\Temp\Existe\"
[/code:1]<br><br>Message édité par: Laurent Dardenne, à: 8/10/12 18:34

Les possibles références aux évolutions :
[code:1]
Set-Location $PShome
#Sous réserve d'avoir téléchargé la documentation US
Set-Location .\en-US

$PSv3=Dir about_*.help.txt|Select-String \&quot;Windows PowerShell 3.0\&quot;
($¨Sv3).path|Select -unique
[/code:1]

Matthew BETTON écrit:

A propos de \&quot;sucre\&quot; :

Un autre point à connaître, si on utilise une propriété commune aux élements du tableau et à la classe tableau, c'est celle du tableau qui prime :
[code:1]
@(dir).Gettype()

#IsPublic IsSerial Name BaseType
#

---

---

----#

---

#True True Object[] System.Array

[/code:1]
Ensuite comme il l'indique le Foreach ne permet d'accéder à un membre 'imbriqué':
[code:1]
get-process|% MainModule.ModuleName
[/code:1]
maic ceci fonctionne :
[code:1]
(get-process).MainModule.ModuleName
[/code:1]
Pour la saisie en mode console, je reconnais que c'est un gain de temps.

Il y a aussi cette nouvelle possibilité .

Toujours dans les simplifications, le type de la collection $Input est modifié.

Détails de la syntaxe de Get-ChildItem sur le FileSystem