Question Lire un fichier txt

6ratgus écrit:

Laurent a fait quelques tuto ici regarde celui sur la structure des données

Je n'ai pas abordé la liaison de paramètre, mais voici qq explications détaillées :


Attention les fonctions Powershell n'utilisent pas les parenthèses pour passer un ou des paramètres :
[code:1]
#creerfile($ligne)
creerfile $ligne
[/code:1]

Le pourquoi du message d'erreur.
Quant à savoir pourquoi une variable dont le contenu est à $null est autorisée pour le paramètre Name il faut creuser un 'peu' :
[code:1]
//code C# du cmdlet New-Item
[AllowEmptyString, AllowNull, Parameter(ParameterSetName = \"nameSet\", Mandatory = true, ValueFromPipelineByPropertyName = true)]
public string Name
[/code:1]
C'est que l'attribut Allownull l'autorise

De plus, par défaut le parseur de Powershell (la mécanique interne) se comporte, sur certains point, de manière relâchée :
[code:1]
function Test {
param ($un,$deux,$trois)
write-host \"Un=$un\"
}
Test test.txt
#Un=test.txt
[/code:1]
Dans l'exemple suivant pas de pb, on reçoit bien une valeur.
Mais pas pour celui-ci :
[code:1]
Test $Test.txt
#Un=
[/code:1]
Car la valeur reçue est à $null.

La variable $Test n'existe pas, PS transforme l'argument et passe $null au paramètre nommé 'un'.
Comme $null ne peut pas avoir de propriété, le 'relâchement' entre en scène car PS ne tient pas compte de ce cas d'erreur (incohérence).
Ici on demande à PS 'Donne moi qq chose à partir de rien'.
'D'accord' répond-t-il et il renvoi rien

Donc pour continuer sur ta lancée :
FireBirds écrit:

Bonjour,
Je débute dans Powershell et je me fais déjà des nœuds dans mon cervelets

Je te pose la question : Est-ce que rien c'est quelque chose ?


Si on demande une analyse stricte :
[code:1]
Set-StrictMode -Version latest
Test $test.txt

#Création de la variable
$Test='Exist'
Test $test.txt
[/code:1]
Dans les deux cas, l'erreur est prise en compte, l'incohérence (dans ce contexte) de la demande est gérée.
Ici on demande à PS 'Donne moi qq chose à partir de rien'.
'Je ne sais pas faire' répond-t-il !
Moins de nœuds à faire.

Si on construit un objet, et pas une chaîne de caractères :
[code:1]
$Test=New-Object PSobject -Property @{'txt'='ToDelete'}
Test $test.txt
#Un=ToDelete
[/code:1]
Le parseur remplace bien le contenu de la propriété nommée 'txt' de l'objet $Test, le parcourt de transformation d'argument devient plus compréhensible, en tout cas moins opaque.
Dans le cas précédent :
[code:1]
$Test='Exist'
[/code:1]
Le type String ne possède pas de propriété nommée 'txt'.

Dans ce mode, l'appel dans ton code génère une erreur :
[code:1]
New-Item -path . -name $nom.txt -itemtype \"file\"
Set-StrictMode -Off # on revient au mode par défaut
[/code:1]
Enfin, l'ajout de guillemets force la substitution AVANT la transformation, ce qui fait que l'argument est bien renseigné avec une chaîne de caractères.
Le parseur ne recherche plus une propriété sur un objet qui n'existe pas ou qui ne possède pas la propriété demandé.

Tu commences bien