PowerShell -Part 6

**デフォルトの名無しさん** · 2022/02/13(日) 18:36:12.07

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

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

**デフォルトの名無しさん** · 2023/04/10(月) 21:31:04.64

>>759
ありがとうございます
明日、業務で試してみます

**デフォルトの名無しさん** · 2023/04/14(金) 21:40:03.65

Windowsのディスプレイ設定で拡大率を100％以外にしてると
フォームの文字がぼやけるんだけど、なにか解決策はありますか？

Add-Type -AssemblyName System.Windows.Forms
Add-Type -AssemblyName System.Drawing
$form = New-Object System.Windows.Forms.Form
$form.text= "タイトルはぼやけない"
$label = New-Object System.Windows.Forms.Label
$label.Size = New-Object System.Drawing.Size(300,20)
$label.Text = "ディスプレイ拡大率が100%以外だと文字がぼやける"
$form.Controls.Add($label)
$form.ShowDialog()

**デフォルトの名無しさん** · 2023/04/14(金) 21:40:32.33

ちなみにOSはWindows11です

**デフォルトの名無しさん** · 2023/04/15(土) 13:51:30.62

その辺て外人もあまり正解に辿り着いてない箇所だな
俺も辿り着いたとは言えんけど面倒だった

**デフォルトの名無しさん** · 2023/04/15(土) 14:12:07.08

C#を使うのが最適解

**デフォルトの名無しさん** · 2023/04/15(土) 15:02:15.83

powershellじゃなくてWindowsFormsの問題でしょ
「WindowsForms ぼやけ」で検索したらいくらでも出てきたけど

**デフォルトの名無しさん** · 2023/04/15(土) 19:25:15.71

WPFで作れば違うのか？

**デフォルトの名無しさん** · 2023/04/15(土) 20:21:51.02

ちょっと意識して組めばできなくはないから環境を変える程でもないな

**デフォルトの名無しさん** · 2023/04/15(土) 22:14:25.62

c:\aaa\bbb\ccc\hhh
c:\aaa\ddd\eee
c:\aaa\fff\ggg（以下続く）
というフォルダ構造があった場合、ccc（サブフォルダhhhも含む)、eee、gggのフォルダを別のフォルダにコピーしたいんですがうまくいきません。

chatGPTに聞いたところ　（$rootFolder=c:\aaa、$targetFolderはコピー先）
$targetFolders = Get-ChildItem $rootFolder -Recurse -Directory | Where-Object { $_.FullName -like "$rootFolder\*\*\[ceg]" }
となり、少し変更して
$targetFolders = Get-ChildItem $rootFolder -Recurse -Directory | Where-Object { $_.FullName -like "$rootFolder\*\*" }
としてみたんですが、これだとcccフォルダがコピー先に存在していた場合hhhフォルダがcccフォルダとは別にコピーされてしまいます。
同じフォルダ名があった場合サブフォルダの処理を飛ばしてフォルダ構造したままコピーする方法はないでしょうか。

**デフォルトの名無しさん** · 2023/04/15(土) 22:16:07.91

フォルダ構造したまま→フォルダ構造を維持したまま

失礼しました。

**デフォルトの名無しさん** · 2023/04/15(土) 23:22:30.72

・同じフォルダ名があった場合サブフォルダの処理を飛ばしたい
ってう制約を加えてchatGPTに聞いたらいいんじゃね

**768** · 2023/04/16(日) 01:08:07.22

>>770
試してますがうまくいきませんね。aaaやbbbが例えであることをうまく理解してくれなくて、
全てのフォルダ名を手入力する必要があるコードしか作ってくれません。○や△みたいな記号に置き換えても同じ。

get-childitemで特定の深さ以下のフォルダ名を取得することができればうまく行きそうですが、
-depthは特定の深さ「まで」のフォルダを検索するオプションですよね？
特定の深さ以下のフォルダを検索する方法はありませんか？

**デフォルトの名無しさん** · 2023/04/16(日) 11:56:14.63

一発でrecursiveでやるのを諦めて泥臭く2重なり3重なりの繰り返し処理にして
自分でフォルダを掘り下げていけばいいんじゃないの

**デフォルトの名無しさん** · 2023/04/16(日) 11:57:11.68

深さが動的なら関数にして再帰呼び出し

**デフォルトの名無しさん** · 2023/04/16(日) 12:07:35.90

>>771
「特定の深さ以下」ではなく「特定の深さ直下」を対象としたいんだよね?

**デフォルトの名無しさん** · 2023/04/16(日) 12:38:10.68

>>771
相対パスの概念がないのか？

**デフォルトの名無しさん** · 2023/04/16(日) 12:47:20.03

>>768 はネタかもな

コピー先に何があるのかチェックしないという発想は、まったく理解できない。

初心者なら前提条件という概念がないのはわかる。

先にあったらこうする、そうでなかったらこうするなどの条件分岐がないなら、強引にやればいい。

そもそもROBOCOPYコマンドでできることをやろうとしているのは、これ学校の課題なのかなと思いました。

**デフォルトの名無しさん** · 2023/04/16(日) 15:01:28.21

深さ3のディレクトリをそのままコピーすりゃいいだけじゃないの？

**768** · 2023/04/17(月) 01:51:03.87

>>774
そうなんですが、>>768だとd:\コピー先\ccc\hhhとしたいのにcccフォルダがすでにあると
d:\コピー先\ccc
d:\コピー先\hhhになっちゃうんですよね。

>>772の方法か、もしくは>>776robocopyとforeachで何とかできるか？　とりあえず自分であがいてみます。

**デフォルトの名無しさん** · 2023/04/17(月) 02:46:16.45

入出力をちゃんと定義できてないからおかしな事になる初心者あるあるだな

**デフォルトの名無しさん** · 2023/04/17(月) 11:31:05.75

特定の深度だけ処理してみた
※$Sourceはフルパス指定であること

param(
[string]
$Source,

# $Sourceからの相対深度
[int]
$RelativityDepth
)

# パスを\と/で区切って配列化
$SourceDirSplit = $Source.Split([System.IO.Path]::DirectorySeparatorChar).Split([System.IO.Path]::AltDirectorySeparatorChar)

foreach ($TargetDir in @(Get-ChildItem -LiteralPath $Source -Recurse -Directory))
{
# パスを\と/で区切って配列化
$TargetDirSplit = $TargetDir.FullName.Split([System.IO.Path]::DirectorySeparatorChar).Split([System.IO.Path]::AltDirectorySeparatorChar)

# 指定深度にあるDirを処理
if ($TargetDirSplit.Count -eq ($SourceDirSplit.Count + $RelativityDepth))
{
# 一致したディレクトリを返す
$TargetDir
}
}

**デフォルトの名無しさん** · 2023/04/19(水) 22:39:13.81

Start-ThreadJob や Register-EngineEvent のスクリプトブロックの中で
キャプチャされずにWrite-Output 相当の出力をする方法はないでしょうか

パイプラインに流したいので Write-Host ではなく Write-Output したいです
別のプロセスを経由する方法は思いついたのですが残念過ぎますし
ForEach-Object -Parallel のようにキャプチャされなければ良いのに

　　function hogepiyo {
　　　　begin { 処理本体はここで Start-ThreadJob しておく }
　　　　process { … }
　　　　end { … }
　　　　clean { … }
　　}

　　なんちゃら | hogepiyo | ぽげむた

のようにしたくて考えてます
要は入出力と処理を非同期にできれば他の方法でもありがたいです

**デフォルトの名無しさん** · 2023/04/20(木) 22:12:24.17

キャプチャとか何言ってるのかわからない

**デフォルトの名無しさん** · 2023/04/20(木) 22:40:35.29

PowerShellでフォーム作るの割と苦痛なんだけど何かデザインモードとかないの？

**デフォルトの名無しさん** · 2023/04/21(金) 05:21:56.20

Where-object多様するスクリプトに数万行のcsv食わせたら処理に1時間くらいかかる…
大量のデータ処理はWhere-object使うなってみかけたけど使わん方がいいのか

**デフォルトの名無しさん** · 2023/04/21(金) 07:34:50.39

件数が少ないことが確実な時しか使わない。

スクリプトだとほとんど foreach(){} 使ってる。
パイプライン処理したい場合でも &{} や .{} や function の process{} あるいは filter。

**デフォルトの名無しさん** · 2023/04/21(金) 09:17:07.60

>>783
PowerShell Pro Tools
https://ironmansoftware.com/powershell-pro-tools

**デフォルトの名無しさん** · 2023/04/21(金) 11:30:54.75

>>784
PowerShell スクリプトのパフォーマンスに関する考慮事項
ttps://learn.microsoft.com/ja-jp/powershell/scripting/dev-cross-plat/performance/script-authoring-considerations?view=powershell-7.3

**デフォルトの名無しさん** · 2023/04/21(金) 17:50:40.46

>>782
出力がコレクションにためられて Receive-Job が必要になるのを回避したい
Start-ThreadJob の -StreamingHost オプションの Write-Output 版な感じ
そんなオプションはないから回避方法を知りたい

Start-TheadJobだけでなくイベントハンドラから出力する場合も同じ
イベント飛ばせばいいかと思ったらハンドラがジョブ扱いされて頭抱えた
どうすれば Receive-Job を必要とせずに Write-Output 相当の出力ができるのだろう

**デフォルトの名無しさん** · 2023/04/21(金) 18:06:57.94

>>785
>>787

40万行処理するのに3時間かかったから作りなおすわ…

**デフォルトの名無しさん** · 2023/04/21(金) 19:56:34.84

>>788
Jobである必要がないならRunspacePoolでできるんじゃね

**デフォルトの名無しさん** · 2023/04/21(金) 21:03:30.48

>>786
おお、あるのか来週会社で使ってみる
ありがとう

**デフォルトの名無しさん** · 2023/04/22(土) 10:34:00.20

function target
・入力を読み続ける
・最後に読んだ入力を1秒間隔で出力し続ける
・入力が q なら終了

処理遅延を無視した理想的な使用例が

. { $s = Get-Date; 1; sleep 3; 2; sleep 3; 'q' } | target | % { '{0} {1}' -f (Get-Date) - $s, $_ }

0:00:00.0000000 1
0:00:01.0000000 1
0:00:02.0000000 1
0:00:03.0000000 2
0:00:04.0000000 2
0:00:05.0000000 2

となるような function target はどうすれば実現できますか
処理時間でずれていくのはもちろんかまいませんが
入力待ちにも出力を続ける具体例が知りたいです

**デフォルトの名無しさん** · 2023/04/22(土) 10:36:10.71

おっと間違い
(Get-Date) - $s でなく ((Get-Date) - $s) だ

**デフォルトの名無しさん** · 2023/04/22(土) 16:45:49.14

>>792
「qなら終了」が何を示すかによるが、powershellのパイプは途中で打ち切る事は原則できないと考えた方が良い。
(endブロックが呼ばれない不完全なハックならググれば見つかる)
またパイプ処理の待機はpowershellのメインスレッドの待機という意味になるので、
そこに非同期イベントを介入させたい場合はそのイベント用の別スレッドを走らせておく必要がある。

**デフォルトの名無しさん** · 2023/04/22(土) 21:39:35.55

(New-Object -ComObject Shell.Application).NameSpace(10).MoveHere(ファイルパス)
上記の方法でファイルをごみ箱に移動する場合ファイルが1個なら問題ないんですが、
ファイルパスをを"z:\*"みたいにワイルドカードで指定するとなぜか
ごみ箱でなくC:\Users\ユーザー名にファイルが送られてしまいます。
どうすればごみ箱に送れましょうか?

**デフォルトの名無しさん** · 2023/04/23(日) 10:54:07.72

>>794
q は出力スレッドの停止マークで、入力の最後も意味するつもりだった (その後の入力はない)
という考えをくみ取って欲しくて例を付けたのだが伝わらなくて残念

パイプラインの中断にSelect-Object -First 1する話は知ってる
ていうか本題から話をそらそうとしてません?

知りたいのはメインスレッド以外からプライマリパイプラインに出力する方法
パイプラインの次段に送るにはどうすればいいか具体例が欲しい

**デフォルトの名無しさん** · 2023/04/23(日) 15:49:22.67

シェルスクリプトやPowerShell が遅いのは、
毎行、何かのプロセスを起動するからじゃないの？
多くはプロセスの起動時間だろう

Ruby は、外部プロセスを起動しなければ、プロセスは1つのまま。
並行処理もあるけど

grep は、1GB を1秒！

**デフォルトの名無しさん** · 2023/04/23(日) 16:01:56.38

>>796
そもそもパイプは同期的にしか動かないので、次段でいくら細工しても上流が出力を起こしたタイミングに縛られる。
話を単純にするなら不規則な出力を受ける処理と一定間隔で出力する処理は分けるべきだろうね。

**デフォルトの名無しさん** · 2023/04/23(日) 16:05:07.36

>>795
移動なら、robocopy のmov/move を使えば？

**デフォルトの名無しさん** · 2023/04/23(日) 16:10:27.14

>>799
どうやればごみ箱に移動できましょうか?

**デフォルトの名無しさん** · 2023/04/23(日) 16:33:01.94

>>795
シェル名前空間はバグだか仕様だか判らない所があるから真面目に考えても無駄
もうそういう仕様と考えてファイルは1個1個送れば？
ワイルドカードはgciで展開できるんだし

**デフォルトの名無しさん** · 2023/04/23(日) 17:57:33.46

>>798
サブスレッドがパイプラインに書き込めば次段が動くんじゃないの?
言い換えると >>792 のfunction targetは実現不可能ということ?

**デフォルトの名無しさん** · 2023/04/24(月) 17:53:43.44

>>801
どうもありがとうございます。そうします。

**デフォルトの名無しさん** · 2023/04/25(火) 01:01:33.91

最近この言語で書くことあるけど関数の呼び出しを最初に書かないとエラー起こすなんて知らなくて問題解決に時間がかかった
多分ほとんどの人が関数はメインの後に書きたいと思うんだけどファイル分けて呼び出したりしてるの？

**デフォルトの名無しさん** · 2023/04/25(火) 07:59:40.97

>>804
> 多分ほとんどの人が関数はメインの後に書きたいと思うんだけど

んなことはない
呼び出される方を前に書かなきゃいけないのは他の言語でも多いぞ

**デフォルトの名無しさん** · 2023/04/25(火) 08:14:10.57

>>805
定義を上書きできる言語なら呼び出し順序に意味があると思うけど、そうじゃないならただの手抜き仕様

**デフォルトの名無しさん** · 2023/04/25(火) 08:17:30.73

>>806
実行速度が速くなる、スコープが明確になる、などのメリットがあって敢えて採用されてるんだよ
JSとかも古くからあるfunction構文は順序関係ないが今推奨されてるアロー関数だと前に書かなきゃだめだ

**デフォルトの名無しさん** · 2023/04/25(火) 08:19:33.10

あとスパゲティを防ぐ効果があるというメリットもあるな
C言語だとそれを目的にプロトタイプを書かない人もいる

**デフォルトの名無しさん** · 2023/04/25(火) 08:27:15.73

関数同士の依存関係が明確で前の関数が後の関数に依存しないなら初めてのコードを読みやすくなるというメリットもあるな

**デフォルトの名無しさん** · 2023/04/25(火) 08:33:08.87

ホイスティングってJS以外であるの？

**デフォルトの名無しさん** · 2023/04/25(火) 09:07:53.85

Java隆盛くらいの時代には関数はどこに書いても良いのが当たり前として定着したけど
関数型プログラミングでは関数宣言は変数や定数の宣言と同じようなものだからどうしても順序を意識せざるを得ない
順序の扱いを自動でやってくれる仕組みがホイスティングなんだけど、そのルールの分かりにくさやいやらしさが開発者に嫌われてJavaScriptのvarがletとconstに取って代わられた歴史がある

**デフォルトの名無しさん** · 2023/04/25(火) 11:26:54.33

>>804
メインの部分をメイン関数として書いて実行時にメイン関数を呼び出すようにすればよいのでは？PowerShellはシェルとしても動くので実行時に先に関数が定義されていないといけないのは自然な動作のような気もする。

**デフォルトの名無しさん** · 2023/04/25(火) 11:29:40.93

vbsは関数後書きでもokだよ
よしvbs使おう

**デフォルトの名無しさん** · 2023/04/25(火) 11:43:20.51

>>812
begin process endブロック使いたいときに発狂しそうだな

**デフォルトの名無しさん** · 2023/04/25(火) 21:27:41.00

powershellでもclass内なら順序関係なくなるよ

**デフォルトの名無しさん** · 2023/05/04(木) 17:38:09.61

自分のコード見たら別に後から宣言してても実行できてるんだが
コマンドレットの定義だとホイスティングされるとかある？

**デフォルトの名無しさん** · 2023/05/04(木) 17:56:23.79

>>816
どういうコード書いてんのよ

**デフォルトの名無しさん** · 2023/05/04(木) 21:18:57.29

>>816
古臭いと言われても、前に書いた方が無駄な混乱をさけられる。

**デフォルトの名無しさん** · 2023/05/05(金) 18:03:31.01

動的言語は第一級関数のクロージャが多いから、
関数外で宣言したローカル変数が、関数内へ持ち込まれるので、
スコープが広くて、ヤバイ

さらに、JS はホイスティングされるから、超ヤバイ

ただし、Ruby の関数だけは第一級関数のクロージャではなく、
関数外で宣言したローカル変数は、関数内へ持ち込まれない

だから他の言語よりも、圧倒的にバグらないので、初心者向き

**デフォルトの名無しさん** · 2023/06/29(木) 13:26:04.42

get-childitem select-object Full name,でownerを追加する方法はありますか？ご存知の方、ご教示願います。

**デフォルトの名無しさん** · 2023/06/29(木) 17:48:28.46

>820
Get-ChildItemだけではowner情報は取れない、Get-Aclで情報取得する必要がある
組み合わせで良ければ以下の様にSelect-Objectでプロパティ追加すれば出来る
Get-ChildItem|Select-Object FullName,@{n="Owner";e={Get-Acl $_.fullname|% {$_.Owner}}}

**デフォルトの名無しさん** · 2023/07/07(金) 19:48:22.82

Outlook を起動してメールを送りたいのですが
本文のメールのフォントサイズや色の指定が一切無視されます。
Outlook 側の設定なのか、コードが悪いのかもよくわからず。。。
スレ違いならすいません
===================

$outlook = New-Object -comObject Outlook.Application
$mail = $outlook.CreateItem(0)
$mail.Subject = "件名テスト"
$mail.HTMLBody = "<html><head><style type='text/css'>
body {font-size:11; font-family:Meiryo UI;}
</style></head><body>
ああああ<span style='text-decoration:underline; text-decoration-color:red;'>いいいい</span>ううう<br>
</body></html>"
$inspector = $mail.GetInspector
$inspector.Display()
#$mail.Send()
===================
上記のコードだとメイリオは設定されますが、フォントサイズは8.5になるし下線は黒色になります。
なにとぞご教示お願いします

**デフォルトの名無しさん** · 2023/07/10(月) 00:01:29.03

font-sizeの値に単位が無いから無視されてんじゃね

**デフォルトの名無しさん** · 2023/07/10(月) 03:13:05.95

>>823
試したはず・・・と思いつつも確認したら普通に変更されました！！！
11px で確認したのかもしれません。11pt と書いたら普通に反映されました
ありがとうございます

ただ下線は相変わらず赤色にならず、黒色のままです。
#FF0000 も試したけど変わらず・・・
どうやら text-decoration-color がそもそも使えないようでした。
さささ<span style='text-decoration:underline; color:red;'>ししし</span>すすす<br>
とやったら文字も赤くなりましたが下線も赤くなりました。

Outlook に使える html の仕様との戦いな気がしてきた
これはどこで尋ねたら・・・

**デフォルトの名無しさん** · 2023/07/10(月) 10:11:13.02

後はstyle属性をシングルクォーテーションで括ってるのが気になった
全体の括りをシングルにして属性値をダブルに変更で動くと思うよ

**デフォルトの名無しさん** · 2023/07/10(月) 10:51:54.81

シングルとダブルは変わりませんでした…
実際はPowerShellでメール本文内に変数を当てこむので
シングルのままでいこうと思います

あと下線だけ赤色は私の勘違いでした
赤下線の時は文字も赤くして問題なかったのでとりあえず解決しました

お手数おかけしました
ご助言くださった方ありがとうございました

**デフォルトの名無しさん** · 2023/07/13(木) 11:56:03.10

二週間ほど前に自分で調べて書いたのに、どうやって書いて動かしたのか全く思い出せなくて困ってます
自分で自分が信じられないんですが、教えてください。

やりたいこと：Read-Hostで指定したフォルダに存在するフォルダを取得し、各フォルダに指定したファイルをコピーする
引っかかっている点：
１）$input = Read-Host "コピー先フォルダを指定"
たとえばここでcopyと入力。規定のフォルダがC:\作業とする。
入力の結果、c:\作業\copyとして、ここにあるサブフォルダを取得したいので
$inputをc:\作業\copyにしたい。
２）Get-ChildItem でディレクトリ名のみ取得するには？
それでforeachでやってたと思うんですが・・・。

**デフォルトの名無しさん** · 2023/07/13(木) 13:50:42.52

Get-ChildItem -LiteralPath ([IO.Path]::Combine("C:\作業", (Read-Host "コピー先フォルダを指定"))) -Directory -Name

**デフォルトの名無しさん** · 2023/07/13(木) 17:51:09.66

>>828
わー初見のコード
でもおかげでなんとかできました。ありがとう。

**デフォルトの名無しさん** · 2023/07/14(金) 04:02:22.77

多分いままで書いてたコードはこれ

# 規定のフォルダのパスを作成
$parent = join-path 'c:\作業' $input

# 上記パスのサブフォルダ作成
$names = ls -pspath $parent -di | % name

下記はエイリアス（関数の別名）
ls := get-childitem
% := foreach-object

**デフォルトの名無しさん** · 2023/07/14(金) 04:02:59.81

# 上記パスのサブフォルダ作成
↓
# 上記パスのサブフォルダ名を取得

**820** · 2023/07/18(火) 17:12:35.63

>>821
遅くなりました。
set-location -pathで場所を指定したら、指定したフォルダのownerを取得できました。ありがとうございます。
get-Childitem -recruse -file ┃select-Object directoryName ,name ,extension ,Length Creationtime, lastACCESStime ,lastwriteTime, fullname ┃Export‐csv ‐Encodeing default xxx.csv
と一緒にできなかったのが悔やまれます。

**デフォルトの名無しさん** · 2023/07/18(火) 18:02:52.05

そういう時はadd-memberするんだよ

**デフォルトの名無しさん** · 2023/07/18(火) 20:02:12.51

>>821の何がだめで、あるいは何が分からなくて、そのコマンドに組み込めなかったのか分からんな。
起点ディレクトリ自体の情報もCSVに含めたい、って事なのかな。

**デフォルトの名無しさん** · 2023/07/18(火) 22:45:48.56

powershellの学習曲線は険しい
本人が納得したならもうそれでいいだろう

**820** · 2023/07/19(水) 08:31:15.42

>>834
そうです。

**デフォルトの名無しさん** · 2023/07/19(水) 15:47:04.50

ならこんな感じで。

$dirPath = "起点ディレクトリのフルパス"
[IO.FileInfo]::new($dirPath) | %{$_; $_ | Get-ChildItem -Recurse -File} | Select-Object DirectoryName, Name, Extension, Length, CreationTime, LastAccessTime, LastWriteTime, FullName, @{N="Owner";E={($_ | Get-Acl).Owner};} | Export-Csv -Encoding Default xxx.csv

CSVの出力先がフルパスなら、Set-Locationはいらない。

**820** · 2023/07/24(月) 18:16:28.42

>>837
ありがとうございますm(_ _)m
とりあえずownerを取得できました。列の入れ替えはPowerQueryで対処します。
neme,Extensio,owner,...したかったのですが。

**デフォルトの名無しさん** · 2023/08/02(水) 23:31:49.70

Pythonでやったら楽なのに…と思う処理も他のメンバーに配る可能性を考えると泣く泣くpowershellでやることになる
嫌いな言語ではないけど凝った処理を書こうとすると見た目の癖が強いソースコードになりがち

**デフォルトの名無しさん** · 2023/08/05(土) 08:55:12.86

Pythonは見た目の癖が強くないとでも？

**デフォルトの名無しさん** · 2023/08/05(土) 09:35:04.11

泣く泣くpowershellに草

**デフォルトの名無しさん** · 2023/08/06(日) 22:29:47.72

質問なのですがパイプラインの結果を関数に渡して先頭からk番目を取り出すには一体どうすればorz
やりたいことはパイプラインの結果を検証する処理をサブルーチン化したい（k番目を取り出すのはその第一歩）

とりあえず書いたがうまく行ってないやつ：
function Test-RegEnt($reg_query_result, $exp_type, $exp_value) {
$reg_query_result | Select-Object -Index 2
}
Write-Output ("Test_A1:" + ($result | Select-Object -Index 2)) # 2行目が意図通りselectされる（" RegisteredOwner REG_SZ Admin"）
$result2 = Test-RegEnt($result, 'REG_SZ', 'Admin')
Write-Output ("Test_A2:" + $result2)　　　　　　　　# A1と同じ結果になるかと思いきや、'Admin' になる

**デフォルトの名無しさん** · 2023/08/06(日) 22:31:40.76

先頭3行抜かしましたorz
$result = reg query 'HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion' /v 'RegisteredOwner'
$cnt = 0
$result | ForEach-Object{ "TEST[$cnt}:" + $_; $cnt++ }
この次に>>842のコード。

**デフォルトの名無しさん** · 2023/08/06(日) 22:48:34.72

んまーなんかこれだとうまく行ったけんども思ってたのと違う……
function Test-RegEnt($exp_type, $exp_value) {
$Input | Select-Object -Index 2
}
$result = reg query 'HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion' /v 'RegisteredOwner'
$cnt = 0
$result | ForEach-Object{ "TEST[$cnt}:" + $_; $cnt++ }
Write-Output ("Test_A1:" + ($result | Select-Object -Index 2))
$result2 = ($result | Test-RegEnt('REG_SZ', 'Admin'))　　# パイプラインの結果を引数ではなくパイプで渡す
Write-Output ("Test_A2:" + $result2)

実はパイプラインの結果（オブジェクトの配列）は関数引数に渡せなかったりするので？
つなみにfunctionの引数部分で [array]$reg_query_result としてみてもうまく行かなかった。

**デフォルトの名無しさん** · 2023/08/07(月) 03:16:48.48

文法が違う。
Test-RegEnt -reg_query_result $result -exp_type 'REG_SZ' -exp_value 'Admin'
とか
Test-RegEnt $result 'REG_SZ' 'Admin'
とか。
または
function Test-RegEnt {
　　Param (
　　　　[Parameter(ValueFromPipeline=$true)]
　　　　[string] $reg_query_result,
　　　　[string] $exp_type,
　　　　[string] $exp_value
　　)
　　Begin {
　　　　$cnt = 0
　　}
　　Process {
　　　　$cnt++
　　　　$idx = $cnt - 1
　　　　if ($idx -eq 2) {
　　　　　　$reg_query_result
　　　　　　return
　　　　}
　　}
}
$result | Test-RegEnt -exp_type 'REG_SZ' -exp_value 'Admin'

**デフォルトの名無しさん** · 2023/08/07(月) 06:50:14.57

>>845
レス㌧クス
$Input利用(>>844)とBegin { } Process { }利用の違いはわかりた
$resultが数億オブジェクトだったりしたら後者の方がパイプラインがスムーズに流れてよさげ（未検証

一方、
>実はパイプラインの結果（オブジェクトの配列）は関数引数に渡せなかったりするので？(>>844)
については関数の呼び出し箇所が
　$result | Test-RegEnt -exp_type 'REG_SZ' -exp_value 'Admin' # (1) OK
　Test-RegEnt -reg_query_result $result -exp_type 'REG_SZ' -exp_value 'Admin' # (2) NG (エラー)
やったから、これは「パイプラインの結果は関数引数には渡せない」（(1)のように書くしかない）ということでFA?

**デフォルトの名無しさん** · 2023/08/07(月) 06:54:08.66

Select-ObjectのSkipとFirst使えばできるのでは？

**デフォルトの名無しさん** · 2023/08/07(月) 06:56:57.16

関数でやりたいという要件を見落としていた

**デフォルトの名無しさん** · 2023/08/07(月) 07:04:28.71

>>842
> $result2 = Test-RegEnt($result, 'REG_SZ', 'Admin')

$result2 = Test-RegEnt $result 'REG_SZ' 'Admin'
でやりたいことはできるのではないでしょうか

**デフォルトの名無しさん** · 2023/08/07(月) 22:40:57.49

パイプラインと引数のどちらでも動くようにしたいなら
function Test-RegEnt {
　　Param (
　　　　[Parameter(ValueFromPipeline=$true)]
　　　　[string[]] $reg_query_result,
　　　　[string] $exp_type,
　　　　[string] $exp_value
　　)
　　Begin {
　　　　$cnt = 0
　　}
　　Process {
　　　　foreach ($item in $reg_query_result) {
　　　　　　$cnt++
　　　　　　$idx = $cnt - 1
　　　　　　if ($idx -eq 2) {
　　　　　　　　$item
　　　　　　　　break
　　　　　　}
　　　　}
　　}
}

あくまでシンプルめのサンプルなんでSelect-Object -Index 2と全く同じ挙動とか期待しないように。
※作りこむならパイプが繋がってるのかチェックして分岐の処理書いたりする。

なお、大量のデータをパイプラインに流すのはお勧めできない。
パイプラインは途中での打ち切りとか難しいし、
結局は普通にループ処理書いた方が速いし制御しやすいし分かりやすい事が多い気がする。

**デフォルトの名無しさん** · 2023/08/10(木) 07:01:52.35

レス㌧クス、しかしながら大量データを引数で関数に渡すのはメモリ消費量、応答速度ともに悪くなることがわかったからやめるわｻｰｾﾝ；；；
どういうことかというと、bigfile.txtが（1行何か書いたいた後 Ctrl+A Ctrl+V Ctrl+V を22回反復とかで作った）
4194305行の巨大なテキストファイルだったとして、
　　function Test-FileContent([string[]] $lines) { $cnt = 0; foreach ($line in $lines) { $cnt++; Write-Host "cnt=" $cnt } }
　　$lines = Get-Content .\bigfile.txt # (1)
　　Test-FileContent($lines) # Get-Content完了後の結果を引数で渡す
とするとお、「cnt= 1」が表示される前に(1)で永劫の時間待たされるますが、
　　function Test-FileContent() { $cnt = 0; foreach ($line in $Input) { $cnt++; Write-Host "cnt=" $cnt } }
　　Get-Content .\bigfile.txt | Test-FileContent 　# Get-Contentが読んだら即パイプで渡す
とすると＊即座に＊「cnt= 1」以降のカウントが始まる

**デフォルトの名無しさん** · 2023/08/10(木) 07:07:45.76

つなみに
>$resultが数億オブジェクトだったりしたら後者の方がパイプラインがスムーズに流れてよさげ(>>846)
も検証すた、
>>846のレスポンスが即時のコードと似通っているが関数内でBEGIN { } PROCESS { }でなく$Inputをforeachループで回した場合、
すわなち
　　function Test-FileContent() { $cnt = 0; foreach ($line in $Input) { $cnt++; Write-Host "cnt=" $cnt } }
　　Get-Content .\bigfile.txt | Test-FileContent
とすると、、「cnt= 1」が表示される前に永劫の時間待たされる、、、

というわけで、パイプライン（の後段まで）に大量のデータを無駄に流すなというのは真やが
生じてしまった大量のデータはむしろパイプラインにしか流さないのが正義……

**デフォルトの名無しさん** · 2023/08/10(木) 07:10:57.08

>>851の肝心のところに誤記が合ったｽﾏﾝﾇorz
＊即座に＊「cnt= 1」以降のカウントが始まるコードは正しくはこれ↓
　　function Test-FileContent() { BEGIN { $cnt = 0 } PROCESS { $cnt++; Write-Host "cnt=" $cnt } }
　　Get-Content .\bigfile.txt | Test-FileContent

**デフォルトの名無しさん** · 2023/08/11(金) 18:46:06.42

パイプの利点は個数を意識しなくて済むことだけど中断が一切できないしデメリットの方が多い
よっぽどの事情でもない限りコマンドレット自作しても遅いだけで良い事なんて1つもない
公式のselect -firstなんかはパイプの流儀に従ってないから似た事をしようとしてもあれ？って自らの間違いに気付くんだよ
powershellの深遠を覗くとそのいい加減さにガッカリするだけ

**デフォルトの名無しさん** · 2023/08/11(金) 19:17:06.70

一番の利点はメモリの節約です

**デフォルトの名無しさん** · 2023/08/11(金) 19:30:40.13

メモリなんて遅さで相殺される
powershell + 大量データ = 遅くて不採用

**デフォルトの名無しさん** · 2023/08/11(金) 19:42:42.98

>>856
使いどころを履き違えるとそうなる

**デフォルトの名無しさん** · 2023/08/11(金) 19:56:15.04

>>857
パイプに希望を見てるのかな
その認識では近く失望させられるだろう

**デフォルトの名無しさん** · 2023/08/11(金) 20:07:52.72

一番良いのは、Windowsを使わない
これにかぎる
こんなクソなOSを世界中から捨てるべき