PowerShell -Part 7

**デフォルトの名無しさん** · 2023/11/29(水) 16:07:49.46

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

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

**デフォルトの名無しさん** · 2025/11/22(土) 10:00:08.95

WMIって非推奨なんだっけ
普通に業務で使ってるけど

**デフォルトの名無しさん** · 2025/11/22(土) 15:21:40.53

Windows クライアントの非推奨の機能
https://learn.microsoft.com/ja-jp/windows/whats-new/deprecated-features

WMIC ユーティリティは非推奨となり、今後の Windows リリースで削除される予定です。このユーティリティは、WMI のWindows PowerShellに置き換えられます。この非推奨は、コマンドライン管理ユーティリティにのみ適用されます。 WMI 自体は影響を受けません。

**デフォルトの名無しさん** · 2025/11/22(土) 19:36:43.52

wmiなくなる話はないが使い方変わってる
Powershell 6以降WMI v1コマンドレット無い
今のところWindows Powershell 無くす話はないが
書き直すならPowershell でCIM (WMI v2)コマンドレットにしておいた方が無難？
https://learn.microsoft.com/ja-jp/powershell/scripting/whats-new/differences-from-windows-powershell?view=powershell-7.5#wmi-v1-cmdlets

**デフォルトの名無しさん** · 2025/11/26(水) 15:45:38.37

PowerShell のプログラムで時々見かける

　if ( hoge ) {
　　hogehoge
　}
　else {
　　fugafuga
　}

みたいな
elseのところを2行に書く書き方が気持ち悪いし
PowerShell にコピペでインタプリタ的に実行させると閉じ括弧で構文が終わったと判断されて実行されちゃう
(さらに外側に括弧があれば構文として成り立つけど)

**デフォルトの名無しさん** · 2025/11/27(木) 10:58:01.72

オレは気持ち悪いと思ったことない
言語特有の文法とか個人個人の書き方とか色々あるし
それで別にいいじゃんって思ってる
仕事でプログラムやスクリプト使ってる人たちは
その職場のルールもあるだろうけど
素直に従っておけばいいだけ
改良の余地があるなら進言するだけだし

**デフォルトの名無しさん** · 2025/11/27(木) 12:30:08.06

普通じゃないし普通に気持ち悪いだろ

**デフォルトの名無しさん** · 2025/11/27(木) 12:58:20.26

ベストプラクティスにはそこまで細かい規約なかった
https://learn.microsoft.com/en-us/powershell/scripting/developer/cmdlet/strongly-encouraged-development-guidelines

C#、明示されてないがサンプルは三行
これに準じると閉じてエンターで走る
https://learn.microsoft.com/ja-jp/dotnet/csharp/fundamentals/coding-style/coding-conventions

**デフォルトの名無しさん** · 2025/11/27(木) 15:27:32.59

普通(既存宗教):
} else {
または
}
else
{

奇形(新興宗教):
}
else {

**デフォルトの名無しさん** · 2025/11/27(木) 15:30:06.19

>>657
C#とPSは違うだろ
PSのコーディング規約なんてあるのか知らんけど

**デフォルトの名無しさん** · 2025/11/27(木) 15:39:55.59

https://github.com/akiGAMEBOY/PowerShell_mysql-to-csv/blob/master/source/Main.ps1
これは両方の記述が混在してるな

**デフォルトの名無しさん** · 2025/11/27(木) 16:35:40.04

powershell民なら
} else
と書いておく
こうすると解釈が延長するわけでelse節が無ければ次行で
{}
と書いて終わらすこともできる
これはpowershell民に限らず行志向言語の常識的イディオム

**デフォルトの名無しさん** · 2025/11/27(木) 16:51:14.83

>>661
その理由はおかしくないか？
以下のように同様の理屈が成り立つ

}
で終わらせておく
elseで続けたい場合は
else {
で始められる

**デフォルトの名無しさん** · 2025/11/27(木) 16:53:53.08

ああ、インタープリタ的な使い方ってことか

**デフォルトの名無しさん** · 2025/11/27(木) 16:58:55.38

ならとりあえず
} else {
と書いておくほうが良い気がする

**デフォルトの名無しさん** · 2025/11/27(木) 21:48:18.93

elseは使わないようにする

**デフォルトの名無しさん** · 2025/11/27(木) 23:03:58.47

5.xは三項演算子がないので他の言語よりelseを使う機会が多くなりがち

**デフォルトの名無しさん** · 2025/11/28(金) 10:07:39.92

Weekend Scripter: Best Practices for PowerShell Scripting in Shared Environment
https://devblogs.microsoft.com/scripting/weekend-scripter-best-practices-for-powershell-scripting-in-shared-environment/#use-consistent-indentation
PowerShellのコーディングスタイル
https://tech.guitarrapc.com/entry/2017/12/03/230119

**デフォルトの名無しさん** · 2025/11/28(金) 10:46:55.41

>>667
「ただし、これは、普段どちらで書いているかなどに左右されますし、チームでの共通化がとれていればいいのでしょう。

ちなみに、コミュニティでは、Stroupstrupが意外と多い結果です。」

**デフォルトの名無しさん** · 2025/11/28(金) 11:06:29.89

if 真ならelse の中いかないし
if 偽ならelse の中やりたいし
else 閉じて走るのがまずい状況がすぐに思い浮かばない

**デフォルトの名無しさん** · 2025/11/28(金) 15:12:40.52

これだけアチコチで使われてるとなると新興宗教とは言えない雰囲気

**デフォルトの名無しさん** · 2025/11/28(金) 20:46:10.65

なんにしろ行志向言語で中括弧を採用すること自体が悪手だったのは間違いない

**デフォルトの名無しさん** · 2025/11/28(金) 21:20:01.11

>>667
Stroupstrupって構文スタイルなのか…

しかもちゃんと「式解釈では問題ありませんが、PowerShellにはった時elseでエラーがでます。」って説明まで書いてる

いや、なんでこれが多いんだよ
意味わかんねぇよ…

**デフォルトの名無しさん** · 2025/11/28(金) 21:59:10.04

https://ja.wikipedia.org/wiki/字下げスタイル

ストロヴストルップ・スタイルはビャーネ・ストロヴストルップがC++で使ったK&Rスタイルで、ストラウストラップのプログラミング入門 C++によるプログラミングの原則と実践やThe C++ Programming Languageといった彼の著書で使われている。

前述のスタイルと異なり、cuddled else (elseの前後に}と{を置くスタイル) を使わない。したがってストロヴストルップ式では次のようになる。

if (x < 0) {
puts("Negative");
negative(x);
}
else {
puts("Non-negative");
nonnegative(x);
}

**デフォルトの名無しさん** · 2025/11/28(金) 22:18:41.05

誰だよスッポスッポ先生のことふざけた空耳日本語で呼ぶジャップは・・・

**デフォルトの名無しさん** · 2025/11/28(金) 23:42:10.29

else の後ろに括弧置いてるじゃん…

あ、いやそういう事じゃなくて不都合が発生しうる可能性があるスタイルをわざわざ使うってPowerShellにおいてはバカでしかないと思うって話
自分が良ければそれでいいって事？
少なくともインターネッツに載せるなら可能性が考慮されてなくてダメじゃね？