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/09(日) 01:50:45.56

>>640
>なお、 .NET Framework や Win32 API は、C#/VB#/C++/C といったプログラム言語からのご利用を目的として提供している機能になり、動作確認もこれらの言語で行っていただくことをお願いしております。
>また、これらの言語で正常に動作しながらも、PowerShell 上で期待通りの動作とならない場合は、プログラミング言語のご利用をお願いしておりますことをご留意ください。

あれれ?
PowerShellでたての頃って.netのオブジェクト使えるの売りにしてなかったかな?

**デフォルトの名無しさん** · 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

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