PowerShell -Part 4

**デフォルトの名無しさん** · 2020/01/01(水) 16:08:31.66

前スレ
PowerShell -Part 3
https://mevius.5ch.net/test/read.cgi/tech/1539074808/

次スレは>>980が立ててね！！

**デフォルトの名無しさん** · 2020/10/01(木) 21:05:38.94

>>610
＞New-Item -type HardLink -Name linktest\hardlink -Target linktest\target

5.1と7.0.3で試したけどエラーにならなかったぞ

**デフォルトの名無しさん** · 2020/10/01(木) 21:26:37.01

これでどう? (長すぎて切れるかも)

$origCurDir = [System.Environment]::CurrentDirectory
New-Item -ItemType Directory -Path linktest

Push-Location linktest
New-Item -ItemType Directory -Path dir

Push-Location dir # linktest/dir
New-Item -ItemType Directory -Path subdir
Set-Content -Path file -Value "hello"
New-Item -ItemType HardLink -Path hardlink_1 -Value file
New-Item -ItemType SymbolicLink -Path symlink_1 -Value subdir

Pop-Location # linktest
New-Item -ItemType HardLink -Path dir/hardlink_2 -Value dir/file
New-Item -ItemType SymbolicLink -Path dir/symlink_2 -Value subdir

Push-Location dir # linktest/dir
[System.Environment]::CurrentDirectory = $PWD
New-Item -ItemType HardLink -Path hardlink_3 -Value file
New-Item -ItemType SymbolicLink -Path symlink_3 -Value subdir

Pop-Location # linktest
[System.Environment]::CurrentDirectory = $PWD
New-Item -ItemType HardLink -Path dir/hardlink_4 -Value dir/file
New-Item -ItemType SymbolicLink -Path dir/symlink_4 -Value subdir

Pop-Location
[System.Environment]::CurrentDirectory = $origCurDir

Get-ChildItem -Path linktest/dir | Sort-Object -Property CreationTime | Format-Table Attributes,LinkType,Target,Length,Name

**デフォルトの名無しさん** · 2020/10/02(金) 13:25:40.85

mklink一行でええじゃん

**デフォルトの名無しさん** · 2020/10/02(金) 13:57:48.64

>>613
これを思い出した
＊＊＊＊＊＊＊＊
アメリカのNASAは、宇宙飛行士を最初に宇宙に送り込んだとき、
無重力状態ではボールペンで文字を書くことができないのを発見した。
これではボールペンを持って行っても役に立たない！
NASAの科学者たちはこの問題に立ち向かうべく、10年の歳月と120億ドルの開発費をかけて研究を重ねた。
その結果ついに、無重力でも上下逆にしても水の中でも氷点下でも摂氏300度でも、
どんな状況下でもどんな表面にでも書けるボールペンを開発した!!

一方、ソ連は鉛筆を使った。

**デフォルトの名無しさん** · 2020/10/02(金) 14:35:00.30

リンクを張ることが目的なのではない
PowerShellの不具合を見つけることが目的なのだ

**デフォルトの名無しさん** · 2020/10/02(金) 21:34:24.75

誰か英語ができる人 >>612 のテストを添えて「New-Itemでのhardlink/symlink作成に
[Environment]::CurrentDirectoryが影響する」ってタイトルでイシューを立てて欲しい

**デフォルトの名無しさん** · 2020/10/03(土) 01:55:55.82

昔はよくConnectに投稿したりしたんだけどねぇ

**デフォルトの名無しさん** · 2020/10/03(土) 10:45:42.05

よろしくお願いします

**デフォルトの名無しさん** · 2020/10/03(土) 22:48:38.93

バージョン上がって使いやすくなってきたねpowershell
Shellより扱いやすいからmacにもインスコしたわ

コンソールに貼り付けて実行した時に右クリックの貼り付けとctlvの貼り付けで動きが違うのは何で？

**デフォルトの名無しさん** · 2020/10/04(日) 17:12:39.48

遅レスすまんね

>>597
だめだった

>>598
見てみる

**デフォルトの名無しさん** · 2020/10/07(水) 01:28:53.25

あるファイルを消そうとしたら「このファイルは開かれているため～」と表示されて消せなかった。
こういう場合、自分はリソースモニターでファイルを開いているアプリを探すんだけど
最近入った現場では管理者以外はリソースモニターを使えないように設定されていて困った。

それで質問なのですが、powershellのコマンドでファイルを開いているアプリを探す方法はあるのでしょうか？

**デフォルトの名無しさん** · 2020/10/07(水) 02:03:23.70

https://stackoverflow.com/questions/39148304/fuser-equivalent-in-powershell
こんなん出てきたがどう？

**621** · 2020/10/08(木) 03:04:42.09

>>622
めっちゃ参考になります。っていうかこれでやります。
サンクス！

**デフォルトの名無しさん** · 2020/10/08(木) 19:15:35.07

試せば判るけど >>622 はプロセスがロードしてるDLLとかのモジュールしか得られないよ
開いてるファイルはプロセスに紐付いてるハンドル取得して一個一個チェックするしかないよ
実装はpowershellじゃかなり大変だからhandle.exeっていうMSが公開してるツール使ったらいいよ

**デフォルトの名無しさん** · 2020/10/14(水) 06:30:09.66

セキュリティガチガチでネットにも繋がらないうちの現場じゃ無理だな

**デフォルトの名無しさん** · 2020/10/14(水) 11:09:36.08

うちの会社は「キッコーマン」のHPが見れません、”コーマン”がフィルターに引っかかるのですｗ

**デフォルトの名無しさん** · 2020/10/15(木) 21:32:35.73

openfiles コマンドでファイルを開いているプロセスを調べる【 Windows】
http://tooljp.com/windows/doc/Server2008/openfiles/openfiles.html
Openfiles
https://web.archive.org/web/20120424081342/http://technet.microsoft.com/ja-jp/library/cc772842(v=ws.10).aspx

**デフォルトの名無しさん** · 2020/10/17(土) 17:51:59.12

職場で「さすがパワーシェラー！」って言われたんだけど
パワーシェルを使う人のことをそう呼ぶものなの？

**デフォルトの名無しさん** · 2020/10/17(土) 17:57:10.05

聞いたことないな
むしろ馬鹿にされてる気分

**デフォルトの名無しさん** · 2020/10/17(土) 23:05:50.24

洋書で良い本ないですか？
和書だと数冊しか出てないので…

**デフォルトの名無しさん** · 2020/10/18(日) 21:28:34.46

in actionは読んだのかね
あとはCoreのソース読んでくのが手っ取り早い

**デフォルトの名無しさん** · 2020/10/19(月) 22:58:13.20

>>631
原書は第3版まで出てるんですね
ありがとうございます

**デフォルトの名無しさん** · 2020/10/24(土) 21:41:19.65

多次元配列（ジャグ配列ではなく）を1次元配列に平坦化する高速な方法ありませんか？
データ数は100万個くらいです。

@($a | % {$_})

検索したら↑のカッコいい方法が出てきましたが、
私の環境で6秒ほどかかり速度に不満があります。

**デフォルトの名無しさん** · 2020/10/24(土) 23:22:07.28

パイプとForeach-Object自体が遅いからね
データがオンメモリにあるならforeach文のが速い

**デフォルトの名無しさん** · 2020/10/24(土) 23:28:40.40

あとは万個の繰り返し処理になるわけだからpowershellで書いたら全体的には当然遅い
対策としては繰り返し部分だけC#に渡すとかだね

**デフォルトの名無しさん** · 2020/10/24(土) 23:45:12.07

万個とかエッチ！

**633** · 2020/10/25(日) 00:13:47.38

foreach文にすると0.8秒まで速くなりました！
とりあえずこの方法でやってみます

$b = foreach($x in $a){$x}

**デフォルトの名無しさん** · 2020/10/25(日) 02:13:33.54

>>636
美人穴が「この商品は累計○万個も売り上げたということです！」とかいうとおっきする

**デフォルトの名無しさん** · 2020/10/25(日) 20:51:17.25

>>633
＞多次元配列（ジャグ配列ではなく）を1次元配列に平坦化する高速な方法ありませんか？

なんでジャグ配列ではなく多次元配列なんだろう

**デフォルトの名無しさん** · 2020/10/25(日) 23:05:57.46

ジャグラーは定番だ

**デフォルトの名無しさん** · 2020/10/25(日) 23:57:20.55

多次元配列のほうがメモリ上で綺麗に配置されている分、高速化の選択肢が多いかもしれないって発想じゃね

**633** · 2020/10/26(月) 00:00:33.37

>>639
ExcelファイルからCOM経由で範囲データを取ってくるとobject[,]になるためです

**デフォルトの名無しさん** · 2020/10/26(月) 08:09:54.14

なんでそれを1次元にするんだろう

**デフォルトの名無しさん** · 2020/10/26(月) 12:01:58.05

>>641
実際には多次元配列の方が遅い

**デフォルトの名無しさん** · 2020/10/26(月) 13:22:10.82

>>644
理由は？

**デフォルトの名無しさん** · 2020/10/26(月) 14:41:24.14

PowerShellというか.NETの仕様

.NETには1次元配列の要素にアクセスするための専用命令があるので速い
多次元配列の要素にアクセスするにはプロパティみたいなアクセサメソッドを使わなきゃいけないので遅い

**デフォルトの名無しさん** · 2020/10/26(月) 16:19:55.73

>>646
多次元だと倍以上遅いと言う根拠あるの？

**デフォルトの名無しさん** · 2020/10/26(月) 16:27:11.02

めんどくせー奴だな

**デフォルトの名無しさん** · 2020/10/26(月) 17:00:59.84

体感速度は変わらん

**デフォルトの名無しさん** · 2020/10/26(月) 17:43:17.64

>>647
自分で試せば良いんじゃね

**デフォルトの名無しさん** · 2020/10/26(月) 17:46:52.74

要は根拠もなしに
> 実際には多次元配列の方が遅い
と妄想をほざいてただけって話かよw

**デフォルトの名無しさん** · 2020/10/26(月) 17:56:32.09

>>651
うん、良いんじゃね、そういう結論で。
以上でよろしいか？

**デフォルトの名無しさん** · 2020/10/26(月) 17:58:32.50

>>651
質問に答えず茶化すだけかよｗ

**デフォルトの名無しさん** · 2020/10/26(月) 19:30:32.27

>>653
>>652に言ってくれよw

**デフォルトの名無しさん** · 2020/10/26(月) 19:43:09.27

>>ID:l+r11Fp5
たくさん構ってもらえて良かったね

**デフォルトの名無しさん** · 2020/10/26(月) 20:06:18.23

>>655
恥の上塗りかなw

**633** · 2020/10/26(月) 20:09:14.97

>>643
Excelファイルから取得したデータを更に別の処理に使うのですが、その際に1次元で渡す必要があるためです

**デフォルトの名無しさん** · 2020/10/26(月) 20:09:30.70

実装としては添え字でメモリの位置を計算して参照するだけだから
一次元でも多次元でも原理的には速さは変わらないぞ

**デフォルトの名無しさん** · 2020/10/26(月) 20:13:28.15

>>656
きみが絶対的に正しいことはスレ住人の総意で共通認識なのだから、もう十分だろう？
そのへんで勘弁してもらないかな。なんなら土下座して謝るよ。

**デフォルトの名無しさん** · 2020/10/26(月) 20:17:45.03

ちゃんとアンカー追えよ
ジャグ配列vs多次元配列が1次元vs多次元配列に化けてるぞ

>>647
＞多次元だと倍以上遅いと言う根拠あるの？

「倍以上遅い」なんてどこから来たんだろう

**デフォルトの名無しさん** · 2020/10/26(月) 20:28:30.59

>>658
>>646によると専用命令があるらしいけど、嘘なのかね？

>>660
ああすまん、脳内で二次元配列 ⇔ ジャグ配列って思ってたわ
まあ３次元以上なら専用命令とやらがもっと速くないとダメだけど

**デフォルトの名無しさん** · 2020/10/26(月) 20:36:57.75

あんたはまず「倍以上」の出所を説明しないと

**デフォルトの名無しさん** · 2020/10/26(月) 21:11:41.27

http://www5b.biglobe.ne.jp/~yone-ken/VBNET/IL/il15_UseArray.html

＞ ILにも1次元配列については専用の命令が用意されています。

**デフォルトの名無しさん** · 2020/10/26(月) 21:49:29.23

#2次元配列初期化
Measure-Command {
$i = 0; $array = New-Object "object[,]" 1000,1000
for ($x = 0; $x -lt $array.GetLength(0); $x++) {
for ($y = 0; $y -lt $array.GetLength(1); $y++) {
$array[$x,$y] = $i++
}
}
}

#ジャグ配列初期化
Measure-Command {
$i = 0; $array = New-Object "object[]" 1000
for ($x = 0; $x -lt $array.length; $x++) {
$array[$x] = New-Object "object[]" 1000
for ($y = 0; $y -lt $array[$x].length; $y++) {
$array[$x][$y] = $i++
}
}
}

たしかに初期化の段階でジャグ配列のが速いね

**デフォルトの名無しさん** · 2020/10/26(月) 22:09:49.38

>>662
ジャグ配列知らんの？
二次元相当のジャグ配列だと２回辿らないとダメだから倍は速くないとトータルで遅くなるでしょ

**デフォルトの名無しさん** · 2020/10/26(月) 22:22:45.88

>>665
PSで例見せてよ

**デフォルトの名無しさん** · 2020/10/26(月) 22:37:25.27

ILの話にPSとか言われてもw

**デフォルトの名無しさん** · 2020/10/26(月) 22:48:42.22

軽くググったら最近の.Net Coreとかだと状況次第って感じやね
https://takap-tech.com/entry/2020/02/24/213932
原理考えたらまあ妥当な結果だと思う

**デフォルトの名無しさん** · 2020/10/27(火) 01:23:06.66

なるほど勉強になります

**デフォルトの名無しさん** · 2020/10/27(火) 13:37:08.15

なるほど理解できません

**デフォルトの名無しさん** · 2020/10/27(火) 15:37:54.18

処理系の実装に寄るけど、うまくインデックスを張れば
速度的には同等になるはずだけどな

**デフォルトの名無しさん** · 2020/10/27(火) 19:29:05.55

>>671
どういう理論なんだ？
ランダムアクセスだとジャグ配列は次元毎にメモリーアクセスして辿らないとダメだけど多次元配列ならインデックスの計算してその場所にアクセスするだけだから多次元配列の方が速い
シーケンシャルアクセスだとアクセスの多くは最後の次元のアクセスだから毎回インデックスを計算する多次元配列よりジャグ配列の方が速いと思う
まあめっちゃ最適化して多次元配列を１次元配列に展開するようなコードにまで落とせたら多次元配列の方が微妙に速くなるかも

**デフォルトの名無しさん** · 2020/10/27(火) 19:52:31.91

なんにせよ多次元配列を1次元配列に高速に平坦化する方法分からないんだろ
グダグダスレ引き延ばしておきながらなｗ

**デフォルトの名無しさん** · 2020/10/27(火) 21:46:07.02

@($a)

Foreach-Objectもforeach分も要らない

**デフォルトの名無しさん** · 2020/10/27(火) 21:47:10.61

foreach分 → foreach文

**デフォルトの名無しさん** · 2020/10/27(火) 22:27:25.79

>>673
そんな低レベルなことでドヤれるとか羨ましいわw

**デフォルトの名無しさん** · 2020/10/28(水) 19:54:09.10

>>674
>@($a)
PSってこんなオチが多いね
$aって打てば全部列挙されて出てくるんだからあれれとは思うんだけどさ

**633** · 2020/10/29(木) 21:32:08.09

>>674
返信遅れてすみません。
0.2秒まで速くなりました。

シンプルかつナンバーワンですね
目からウロコでした。

**デフォルトの名無しさん** · 2020/10/29(木) 23:08:28.85

>>677
こういうトリッキー系？は趣味PGならいいんだけど
業務PGに実装するには躊躇するんだよなあｗ

**デフォルトの名無しさん** · 2020/10/29(木) 23:35:09.18

え? これは常識では・・・

**デフォルトの名無しさん** · 2020/10/30(金) 08:08:54.65

PowerShell使うならほぼ常識、てか知らないと辛いレベル
そもそもPowerShell自体が色々トリッキーな動作するし、特に配列周り

**デフォルトの名無しさん** · 2020/11/02(月) 13:12:42.29

$a = [Object[,]]::new(3,3); $a.Rank は 2

$b = $a; $b.Rank は 2
$b = & { $a }; $b.Rank だと 1
$b = $a + @(); $b.Rank でも 1
もちろん $b.Length はどれも 9

$b = $a が特例のように思えてきた
どうしてこうなるのかきちんと理屈が知りたい

**デフォルトの名無しさん** · 2020/11/02(月) 14:39:03.01

配列での foreach の使用 (C# プログラミングガイド)
https://docs.microsoft.com/ja-jp/dotnet/csharp/programming-guide/arrays/using-foreach-with-arrays

多次元配列の場合、右端の次元のインデックスが最初に加算されていき、次にその左の次元、またその左、というような方法で各要素がトラバースされます。

int[,] numbers2D = new int[3, 2] { { 9, 99 }, { 3, 33 }, { 5, 55 } };
// Or use the short form:
// int[,] numbers2D = { { 9, 99 }, { 3, 33 }, { 5, 55 } };

foreach (int i in numbers2D)
{
System.Console.Write("{0} ", i);
}
// Output: 9 99 3 33 5 55

**682** · 2020/11/02(月) 17:29:09.65

明示的な foreach の使用は興味がないなあ
$b = $a も $b = & { $a } も $a を $b に代入するのに
なんで結果が違うのかが知りたい

**デフォルトの名無しさん** · 2020/11/02(月) 17:46:27.91

最初のやつ以外はシンプルな代入じゃなくて演算してるから、演算の結果が一次元配列になっただけじゃないの

**682** · 2020/11/02(月) 17:50:23.99

$b = & { $a } も演算?
具体的にどういう演算になるのかわからない

**デフォルトの名無しさん** · 2020/11/02(月) 17:54:46.38

>>682
>$b = & { $a }; $b.Rank だと 1
>$b = $a + @(); $b.Rank でも 1
この2つは$aがそれぞれ評価されて1次元になって$bに代入されてる
$b = & { $a }
の場合$aの前にカンマを入れれば型は保たれる
$b = & { ,$a }
PowerShellの謎仕様

**デフォルトの名無しさん** · 2020/11/02(月) 18:05:40.51

おそらくスクリプトブロックを通過するときと
右辺や左辺に置いて演算するとき
それぞれ1次元に変換されてしまう仕様みたい

**デフォルトの名無しさん** · 2020/11/02(月) 18:07:36.92

>>686
起動演算子にスクリプトブロックを渡してるんだから演算でしょ
スクリプトで
$a
とだけ書くと$aが評価されて左上から順に9行分の出力が得られる
$b=&{$a}はその出力の代入になってる

**682** · 2020/11/02(月) 18:14:48.39

じゃあやっぱり単純な代入 $b = $a だけが特別で
それ以外は配列が展開されるってことか
理解した

>>687
& { $a } だと配列 $a が展開される
& { ,$a } にすれば配列の配列 ,$a が展開されて配列 $a がそのまま渡される

**682** · 2020/11/02(月) 18:50:05.02

あれ違うな
単純な代入だけでなく Comma operator も特例になるのか

**デフォルトの名無しさん** · 2020/11/02(月) 18:58:29.51

>>691
特例だとか自分勝手な解釈をする癖を直さないと、他人とのコミュニケーションで苦労するぞ(主に周囲の人間の方が...)。
自分が既に頭の中に描いているイメージに合わせて無理に解釈方法を寄せていくのではなくて、本来理解すべき仕様の方に自分の中の理解を修正して近づけていく方がいいぞ。

**デフォルトの名無しさん** · 2020/11/02(月) 19:13:13.99

ウザっ

**デフォルトの名無しさん** · 2020/11/02(月) 19:59:31.61

>>692
TPO をわきまえられずトンチンカンな御高説垂れる人も、他人とのコミュニケーションで苦労するぞ(主に周囲の人間の方が...)。

**デフォルトの名無しさん** · 2020/11/02(月) 20:30:51.76

>>690
原理的にはジャグ配列にして空評価させて返すで合ってると思う
恐らく処理系のソース読み込まないと判らないよ
配列返す関数作る時も同じ方法

**682** · 2020/11/02(月) 20:44:58.19

,$a は Comma operator で1要素の配列を返すけれど
その時に $a は展開されずに2次元配列のまま
これは単純な代入と同じ扱いだよね

**デフォルトの名無しさん** · 2020/11/02(月) 21:48:13.16

{ $a } は { Write-Output $a } の事
Write-Output に配列を渡した時の挙動を考えればいい

https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.utility/write-output

By default, Write-Output enumerates through collections provided to the cmdlet.
However, Write-Output can also be used to pass collections down the pipeline as a single object with the NoEnumerate parameter.

**デフォルトの名無しさん** · 2020/11/02(月) 22:48:01.97

ウザかろうと思って特例云々につっこむのやめたけどやっぱり書くわ
代入は代入でしかなく特例も何もない
いつだって右辺の値をありのままの型と値で代入するだけ
$b=&{$a} というのを代入として認識するからおかしくなる
$b=$a.Rank と書いたら$bは数値になるわけだけど、代入したから数値になった！とは思わないでしょ
あくまで.Rankを評価した結果が数値になって、その数値を$bに代入したに過ぎない
$b=&{$a} も &{$a} の評価結果が一次元配列になる仕様なだけで、代入が何かの法則性に寄与している訳ではないし、一次元配列になるという一貫したルールや思想があるわけでもない

**682** · 2020/11/03(火) 00:15:03.20

operand を展開してから operator にわたすんじゃなくて
operand をそのままわたして operator が展開したりしなかったりする
たぶん理解した

**デフォルトの名無しさん** · 2020/11/03(火) 08:59:33.05

>>682 の$b = $a は$aの参照を$bに代入している

$a = [Object[,]]::new(3,3)
$b = $a
$b[0,0] = 1
echo $a[0,0] #=> 1

$b = & { $a } は { $a }というスクリプトブロックを実行して戻り値を代入する
{ $a } の意味は >>697 を見ろ

**デフォルトの名無しさん** · 2020/11/04(水) 10:50:57.08

>>694
初学者が変な誤解すると二度と修正する機会ないからな
みんな巡り巡って自分が被る迷惑を未然に防ごうと必死なわけよ

**デフォルトの名無しさん** · 2020/11/04(水) 20:48:58.85

いつの間にかヘルプの翻訳作業が始まってた

https://github.com/MicrosoftDocs/PowerShell-Docs.ja-jp/tree/live/reference/7.1

**デフォルトの名無しさん** · 2020/11/07(土) 21:29:59.64

こんなシェルを書きました。

function get_stop_code {
$hoge=(Get-Content stop_code.txt)
}

while ($true) {
get_stop_code
Write-Output $hoge

}

シェル実行中に、stop_code.txtの中身を書き換えても
get_stop_codeがファイルの中身を拾ってくれません

いろいろ試したら、こうしたらうまくいきました。がすっきりしません。

function get_stop_code {
$hoge=(Get-Content stop_code.txt)
Write-Output $hoge
}

while ($true) {

$stop_code=(get_stop_code)
write-output $stop_code
}

get_stop_codeがファイルの中身を、while ($true)の中でうまく拾ってくれる
書き方を教えてください。

**デフォルトの名無しさん** · 2020/11/08(日) 00:25:05.60

これって遅延展開系の話なのかな？

**デフォルトの名無しさん** · 2020/11/08(日) 02:53:16.74

スコープの話だと思うよ
関数の内側で変数を書き換えてもローカルスコープ内の変数の更新にしかならないので、関数から戻ったら値は書き換わってない
関数を次のように書き換えて明示的にスクリプトスコープの変数を更新してやればいい

function get_stop_code {
$script:hoge=(Get-Content stop_code.txt)
}

PSのスコープって特殊で悩ましい
特にループの初回、ほかの言語みたいに未宣言の変数だぞとエラーになってくれればまだいいんだけど、変数が作られて親からも見えちゃうから混乱する

**デフォルトの名無しさん** · 2020/11/08(日) 08:09:56.71

おれも一瞬ではなく数分、>>703の問題がわからなかった
とりあえず頭にSet-StrictMode -Version Latestを付けとけばエラーにはなる

**デフォルトの名無しさん** · 2020/11/08(日) 10:11:33.41

>>705
ありがとうございます。
＞関数の内側で変数を書き換えてもローカルスコープ内の変数の更新にしかならないので、関数から戻ったら値は書き換わってない
というのは、

>>703だと、
同じシェル内にある$hogeであっても、

　①get_stop_code関数内の$hoge
　②while ($true)内にある$hoge

の2種類があり、
while ($true)内で、get_stop_code関数を実行しても、
①の$hogeしか書き換わらないから、求める結果が得られない。

って事でしょうか。

**デフォルトの名無しさん** · 2020/11/08(日) 12:20:50.04

そんな感じ
関数はローカルスコープを作る
whileの方はその外側にあたるから親スコープになる
ちなみにPSではwhileブロックはローカルスコープを作らないのでスクリプト全体のスコープと同じ

**デフォルトの名無しさん** · 2020/11/08(日) 14:40:55.27

>>708
ありがとうございます。
スコープですね、勉強になりました。

きっと、しっかり理解すれば便利な仕様なんでしょうが、
初学者にとっては罠でしかありませんね・・・こういうの・・・。

**デフォルトの名無しさん** · 2020/11/08(日) 21:23:36.42

about_Scopes
https://docs.microsoft.com/ja-jp/previous-versions/windows/powershell-scripting/hh847849(v=wps.640)