PowerShell -Part 7

**デフォルトの名無しさん** · 2025/11/09(日) 09:43:41.33

最近の.NETは言語非依存を放棄してるからな
例えばSpanはPowerShellから使えない

Question about System.Span
https://github.com/PowerShell/PowerShell/issues/5897

**デフォルトの名無しさん** · 2025/11/09(日) 10:23:37.05

.NET Frameworkって書いてあるからCore系の.NETは関係ないでしょ。Core系もサポートの方針は同じだろうけど。
PowerShell6以降のユーザーなんて5に比べりゃほとんどいないだろうし、
わざわざ6以降使ってる人はそんなに変な問い合わせしてこないだろうからサポート的にはあまり問題にならないんだろう

**デフォルトの名無しさん** · 2025/11/18(火) 00:02:06.52

c#14でファイルベースでスクリプトライクに書けるようになった
もうpowershellはオワコン！

**デフォルトの名無しさん** · 2025/11/18(火) 17:30:44.99

それパイプは直感的に書けるか？

**デフォルトの名無しさん** · 2025/11/20(木) 16:43:19.74

5ってまだ共存してるの？UTF8BOMの問題があるのでcmdでも使えばいい気がするが

**デフォルトの名無しさん** · 2025/11/20(木) 17:49:39.55

PowerShellは速度も使い勝手もこのbatに勝てなかった

@echo off
%windir%\Microsoft.NET\Framework64\v4.0.30319\csc.exe /nologo %1
if errorlevel 1 exit /b
"%~dpn1.exe"

**デフォルトの名無しさん** · 2025/11/20(木) 21:31:44.69

C#はPowerShellみたいにWMIを簡単に扱えないじゃん

WMI インスタンスの取得
https://learn.microsoft.com/ja-jp/windows/win32/wmisdk/retrieving-an-instance

**デフォルトの名無しさん** · 2025/11/21(金) 09:24:25.92

比較
OS標準だとC#は古いやり方しかできなそう

<PowerShell>
Get-WmiObject -query "SELECT * FROM Win32_Process" | ForEach-Object {
　$name = $_.Name
　$id = $_.ProcessId
　. . .
}

<C#>
foreach (var p in new System.Management.ManagementObjectSearcher("SELECT * FROM Win32_Process").Get())
{
　var name = p["Name"];
　var id = p["ProcessId"];
　. . .
}

**デフォルトの名無しさん** · 2025/11/21(金) 10:03:57.43

>>640
最初は分けて書いてるがそれ以降のPowershellが
Windows 付かない方のPowershell 限定なのか
Windows 付く方も含めてなのかよくわからない

>>641
無印は.Net Framework 向けでないという表現なのか
無印も.Net Frameworkだめというのかどっちなのか

.NET Framework上で動くのがWindows Powershell
3.5.1(まだある) + 2(廃止)
4.8.1 + 5.1 現行のプリインストール
.NET 上で動くのがPowershell
core2or3 + 6-7.0
5.0 + 7.1 以降
やはり改めて確認しないとわからない
なんで分かりやすい別の名前にしなかったのか

**デフォルトの名無しさん** · 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においてはバカでしかないと思うって話
自分が良ければそれでいいって事？
少なくともインターネッツに載せるなら可能性が考慮されてなくてダメじゃね？

**デフォルトの名無しさん** · 2025/11/29(土) 10:54:08.34

ある人が書いたpowershellで動くスクリプトの書き方が
別の人がpowershellで動かしてエラーが出るのは困るよね
っていう話なの？

**デフォルトの名無しさん** · 2025/11/29(土) 12:36:08.79

スタイルだからそれぞれ拘りがあるってだけだろ
そのスタイルで統一されてれば問題ない

**デフォルトの名無しさん** · 2025/11/29(土) 14:43:58.37

良いスタイル悪いスタイルがあるのになぜか悪いスタイルが流行ってるって話だろ
そもそもスタイルが分かれるような構文を採用したのがだめなんだけどな

**デフォルトの名無しさん** · 2025/11/29(土) 15:48:53.71

おそらくC++から流れてきたんだろうと想像する
>>673にあるプログラミング入門 C++、The C++ Programming Languageが教科書になった人々

**デフォルトの名無しさん** · 2025/11/29(土) 16:28:37.98

C/C++のK&R派ではあるけど
文における{}
関数定義における{}
構造体/クラス宣言における{}
namespaceにおける{}
どれも扱いが違う
成形ツール使えばなんとでもなる
PowerShellなんてどうせ描き棄てだからどうでも良い

**デフォルトの名無しさん** · 2025/11/29(土) 16:48:02.25

例えば

先輩「PowerShell でこうやって IDE で書くこともできるけど普通に貼り付けて実行も1行ずつ実行する事もできる」

新人「ホントだ！ありがとうございます！」

新人「Windows標準で使えるし家でも勉強がてらやってみよう」
新人「うーん…よく分からない。検索するかぁ」

初心者向けWebサイト「(Stroupstrupスタイルで記述)」

新人「(貼り付けて)あれ？エラーが出る…よく分からない…」

みたいな話

初心者向けWebサイトはチームとかもないし誰が見るかも無いから、Stroupstrupスタイルは適していないってこと

ブログやQiitaとかならまぁええかとは思うし、チーム内で決めて使うならいいと思う

**デフォルトの名無しさん** · 2025/11/29(土) 17:02:38.86

} をどんな構文でも常に行末としておき、if と else if を行頭に並べればブロックが対称的に見えるので美しく感じる
そんな理由があるという
けど全然共感できない
ifブロックが単に2つ続いているだけのパターンと、ifとelse ifが続いているパターンを取り違えるのは古典的なバグ
ならcuddled elseのほうがあえて相似形を崩して即座に峻別できるように喚起できるので合理的

**デフォルトの名無しさん** · 2025/11/29(土) 18:21:27.95

powershellなんて基本書き捨てだしスタイルなんて気にしたことない
vscodeのフォーマッタ任せ

**デフォルトの名無しさん** · 2025/11/29(土) 23:17:33.20

公式ドキュメントでも
}
else {
になってるな

about_If
https://learn.microsoft.com/ja-jp/powershell/module/microsoft.powershell.core/about/about_if

**デフォルトの名無しさん** · 2025/11/30(日) 14:27:29.65

}
else{
でしか理解出来ないってのは池沼