はい、承知いたしました。PowerShellにおける「if not」に相当する条件否定の使い方を徹底的に解説する約5000語の記事を作成します。

PowerShellで条件を否定する：「if not」の使い方（徹底解説）

PowerShellスクリプトを作成する際、特定の条件が「満たされない場合」に処理を実行したい場面は頻繁にあります。これは他のプログラミング言語で言うところの「if not」という概念に相当します。しかし、PowerShellには if not という直接的なキーワードは存在しません。その代わりに、条件を否定するための独自の演算子や表現方法が用意されています。

この記事では、PowerShellで条件を否定するための様々な方法を、初心者の方にも分かりやすく、かつ詳細に解説します。基本的な -not 演算子の使い方から、より複雑なシナリオ、よくある間違い、ベストプラクティスまで、PowerShellにおける条件否定の全てを網羅することを目指します。約5000語にわたる解説を通じて、PowerShellスクリプトでの条件判断がスムーズに行えるようになるでしょう。

1. はじめに：PowerShellにおける「if not」の正体

多くのプログラミング言語では、条件の否定を表現するために if not condition や if (!condition) といった構文が使われます。例えば Python なら if not condition:、C# や Java なら if (!condition) { ... } となります。

PowerShellにも if ステートメントはありますが、残念ながら if not というキーワードは用意されていません。これはPowerShellが独自の設計思想に基づいており、演算子やキーワードの体系が他の言語と異なるためです。

では、PowerShellで「もし〜でなければ」という条件をどのように表現するのでしょうか？主に以下の3つの方法が利用されます。

-not 演算子を使う: これが最も一般的で、PowerShellらしい推奨される方法です。条件式の前に -not を付けます。
条件式の結果が $false であることを明示的に比較する: condition -eq $false という形で表現します。
! 演算子と括弧を使う: !(condition) という形で表現します。他のC系の言語に慣れている方には馴染みやすいかもしれません。

この記事では、これら3つの方法全てについて、その使い方、具体的な例、メリット・デメリットを徹底的に掘り下げていきます。

まずは、PowerShellの基本的な if ステートメントの構文を確認しておきましょう。

2. PowerShellの基本的な条件分岐：`if` ステートメント

条件否定の説明に入る前に、PowerShellの if ステートメントの基本的な使い方を理解しておくことが重要です。if ステートメントは、指定した条件が $true と評価された場合に、特定のコードブロックを実行するために使用します。

基本的な構文は以下の通りです。

powershell if (条件式) { # 条件式が $true と評価された場合に実行されるコード Write-Host "条件は真です。" }

条件式は、比較演算子（-eq, -ne, -gt, -lt, -ge, -le など）やコマンドレットの実行結果など、最終的に $true または $false のブール値を返すものです。

例：変数の値が特定の数値と等しいか判定する

“`powershell
$number = 10

if ($number -eq 10) {
Write-Host “変数の値は10です。”
}
“`

`else` と `elseif`

条件が $false だった場合に別の処理を行いたい場合は else を、複数の条件を順番に評価したい場合は elseif を使用します。

“`powershell
$number = 15

if ($number -eq 10) {
Write-Host “変数の値は10です。”
} elseif ($number -gt 10) {
Write-Host “変数の値は10より大きいです。”
} else {
Write-Host “変数の値は10より小さいです。”
}
“`

複数の条件を組み合わせる：論理演算子 `-and`, `-or`, `-xor`

より複雑な条件を表現するために、-and（かつ）、-or（または）、-xor（排他的論理和）といった論理演算子を使用できます。これらは後の条件否定の説明でも重要になります。

“`powershell
$age = 25
$country = “Japan”

if ($age -gt 20 -and $country -eq “Japan”) {
Write-Host “年齢は20歳より大きく、国籍は日本です。”
}

if ($age -lt 18 -or $country -ne “USA”) {
Write-Host “年齢は18歳未満であるか、国籍がUSAではありません。”
}
“`

PowerShellの if ステートメントは、括弧 () 内の条件式が $true と評価されるか $false と評価されるかによって実行されるコードを決定します。条件を否定するということは、この括弧内の式が $false となる場合に if ブロックが実行されるように記述することに他なりません。

3. PowerShellにおける条件の否定表現

いよいよ本題です。PowerShellで条件を否定する、すなわち「もし〜でなければ」を表現するための具体的な方法を見ていきましょう。

3.1. 最も一般的で推奨される方法：`-not` 演算子

PowerShellで条件を否定する最も一般的で推奨される方法は、単項演算子 -not を使用することです。-not 演算子は、後に続く式のブール値を反転させます。$true は $false に、$false は $true に変換されます。

構文は以下の通りです。

powershell if (-not 条件式) { # 条件式が $false と評価された場合に実行されるコード Write-Host "条件は偽です。" }

-not 演算子は、ブール値だけでなく、他の型の値に対しても使用できます。PowerShellでは、以下の値は $false と評価され、それ以外の多くの値は $true と評価されるという「真偽値評価（Truthiness / Falsiness）」のルールがあります。

$false
$null
空文字列 ("")
空の配列 (@()) やコレクション
数値の 0

これらの値に -not を付けると $true と評価されます。それ以外の値（非空文字列、非ゼロ数値、要素を持つ配列など）は通常 $true と評価されるため、-not を付けると $false と評価されます。

具体的な使用例:

例1：変数に値がセットされていない（$null または空文字列）場合

“`powershell
$name = $null

if (-not $name) {
Write-Host “変数 name は空または null です。”
}

$city = “”

if (-not $city) {
Write-Host “変数 city は空または null です。”
}

$zip = 0

if (-not $zip) {
Write-Host “変数 zip は 0 または null です。”
}

$list = @()

if (-not $list) {
Write-Host “リスト list は空です。”
}
“`

上記の例では、$null、空文字列、数値の 0、空の配列はいずれもPowerShellの真偽値評価において $false と評価されます。したがって、-not を付けることで $true となり、if ブロックが実行されます。

一方、非空文字列や非ゼロ数値、要素を持つ配列は $true と評価されます。

“`powershell
$name = “Alice”
if (-not $name) {
# これは実行されない
Write-Host “変数 name は空または null です。”
} else {
Write-Host “変数 name は値を持っています: $($name)”
}

$list = 1, 2, 3
if (-not $list) {
# これは実行されない
Write-Host “リスト list は空です。”
} else {
Write-Host “リスト list は空ではありません。”
}
“`

例2：ファイルやディレクトリが存在しない場合

Test-Path コマンドレットは、指定されたパスが存在するかどうかを判定し、存在すれば $true、存在しなければ $false を返します。ファイルやディレクトリが「存在しない場合」に処理を実行したい場合は、Test-Path の結果を -not で否定します。

“`powershell
$filePath = “C:\Temp\my_file.txt”

if (-not (Test-Path $filePath)) {
Write-Host “ファイル ‘$filePath’ は存在しません。作成します…”
New-Item -Path $filePath -ItemType File -Force
} else {
Write-Host “ファイル ‘$filePath’ は既に存在します。”
}

$directoryPath = “C:\NonExistentDir”

if (-not (Test-Path $directoryPath -PathType Container)) {
Write-Host “ディレクトリ ‘$directoryPath’ は存在しません。作成します…”
New-Item -Path $directoryPath -ItemType Directory -Force
} else {
Write-Host “ディレクトリ ‘$directoryPath’ は既に存在します。”
}
“`

ここでは、Test-Path $filePath が返すブール値（存在すれば $true、しなければ $false）を括弧で囲み、その全体を -not で否定しています。これにより、「Test-Path $filePath が $false を返す場合」、つまりファイルが存在しない場合に if ブロックが実行されます。

例3：コマンドが成功しなかった場合

PowerShellには、最後に実行されたコマンドの実行結果の状態を示す $? という自動変数があります。コマンドが成功した場合は $true、失敗した場合は $false になります。コマンドが失敗した場合に処理を行いたいときは、$? を -not で否定します。

“`powershell

存在するファイルを取得する（成功するはず）

Get-ChildItem C:\Windows\System32\notepad.exe
if (-not $?) {
Write-Host “前回のコマンドは失敗しました。”
} else {
Write-Host “前回のコマンドは成功しました。”
}

存在しないファイルを取得する（失敗するはず）

Get-ChildItem C:\NonExistentFile.txt -ErrorAction SilentlyContinue # エラーを握りつぶしてスクリプト停止を防ぐ
if (-not $?) {
Write-Host “前回のコマンドは失敗しました。”
} else {
Write-Host “前回のコマンドは成功しました。”
}
“`

$? は非常に便利な自動変数ですが、その評価ルールにはいくつかの注意点があります。特に、パイプラインを使用した場合や、エラーが発生しても $true を返すようなコマンドレット（例: Test-Connection がpingに失敗しても $true を返すことがある）など、期待通りに動作しない場合もあります。詳細についてはPowerShellのヘルプや公式ドキュメントを参照してください。一般的には、コマンドレット独自の出力（エラーオブジェクト、特定のプロパティの値など）を確認する方が確実な場合が多いです。

例4：条件式全体を否定する場合

複数の比較や論理演算子を含む複雑な条件式全体を否定したい場合も、-not を使用します。条件式全体を括弧で囲み、その前に -not を付けます。

“`powershell
$a = 10
$b = 20

もし ($a が 10 と等しくかつ $b が 30 と等しくない) という条件が偽ならば

if (-not ($a -eq 10 -and $b -ne 30)) {
Write-Host “条件 ($a -eq 10 -and $b -ne 30) は偽です。”
}

上記の条件式 ($a -eq 10 -and $b -ne 30) を評価してみる

Write-Host “($a -eq 10 -and $b -ne 30) の評価結果: $($a -eq 10 -and $b -ne 30)”

$a -eq 10 は $true

$b -ne 30 は $true

$true -and $true は $true

したがって、-not ($true) は $false となるはず…と思いきや、

上記の例では $a -eq 10 は $true, $b -ne 30 は $true なので、$true -and $true は $true。

-not ($true) は $false。

したがって、このifブロックは実行されないはずです。

例が悪かったですね。条件が偽になる例を考えましょう。

もし ($a が 10 と等しくかつ $b が 20 と等しい) という条件が偽ならば

$a = 10
$b = 20
if (-not ($a -eq 10 -and $b -eq 20)) { # ($true -and $true) = $true, -not $true = $false
Write-Host “条件は偽です (これは表示されない)”
} else {
Write-Host “条件 ($a -eq 10 -and $b -eq 20) は真です (これは表示される)”
}

もし ($a が 5 と等しいかつ $b が 20 と等しい) という条件が偽ならば

$a = 10
$b = 20
if (-not ($a -eq 5 -and $b -eq 20)) { # ($false -and $true) = $false, -not $false = $true
Write-Host “条件 ($a -eq 5 -and $b -eq 20) は偽です (これは表示される)”
} else {
Write-Host “条件は真です (これは表示されない)”
}
“`

このように、-not 演算子はPowerShellで条件を否定するための最も強力で汎用的なツールです。括弧と組み合わせることで、あらゆる条件式を否定することができます。

`!` 演算子との違い

PowerShellでは、-not 演算子の代わりに ! 演算子も使用できます。! は -not のエイリアス（別名）のようなものです。

“`powershell
$variable = $null

if (!$variable) {
Write-Host “変数 variable は空または null です (感嘆符バージョン)。”
}

$filePath = “C:\Temp\another_non_existent_file.txt”

if (!(Test-Path $filePath)) {
Write-Host “ファイル ‘$filePath’ は存在しません (感嘆符バージョン)。”
}
“`

機能的には -not と ! は同じですが、一般的にPowerShellのスクリプトでは -not が好まれます。その理由は可読性です。PowerShellの他の多くの演算子（-eq, -ne, -and, -or など）はハイフンで始まる単語形式であり、-not もそれに倣っています。これにより、スクリプト全体の記述スタイルに一貫性が生まれ、特にPowerShellに慣れた人にとっては -not の方が読みやすいと感じられます。

一方、! は多くのC系のプログラミング言語で否定を表す記号として広く使われているため、他の言語からPowerShellに入った人には馴染みやすいかもしれません。どちらを使用するかは個人の好みやチームのコーディング規約によりますが、PowerShellコミュニティでは -not がより一般的です。本記事でも、以降は -not を中心に説明を進めます。

3.2. 条件式の結果が `$false` であることを明示的に比較する：`condition -eq $false`

別の方法として、条件式を評価した結果が $false と等しいかどうかを明示的に比較する方法があります。

構文は以下の通りです。

powershell if (条件式 -eq $false) { # 条件式が $false と評価された場合に実行されるコード Write-Host "条件は偽です。" }

この方法は直感的で分かりやすいというメリットがあります。特に、あるコマンドレットやプロパティが $true または $false というブール値を明確に返すことが分かっている場合に有効です。

具体的な使用例:

例1：Test-Path の結果が $false であるか確認する

“`powershell
$filePath = “C:\Temp\yet_another_non_existent_file.txt”

if ((Test-Path $filePath) -eq $false) {
Write-Host “ファイル ‘$filePath’ は存在しません (明示的比較)。”
}
“`

例2：サービスのステータスが ‘Running’ ではないか確認する

Get-Service コマンドレットで取得できるサービスの Status プロパティは、Running や Stopped といった文字列です。この文字列が特定の文字列と等しくない、という条件を否定と見なすこともできますが、ここではあくまでブール値の比較として説明します。もし、何らかのメソッドがサービスが実行中かどうかを $true/$false で返すなら、それに対してこの方法を使えます。よりPowerShell的な例としては、サービスのStatusプロパティを直接比較するのが自然です。

“`powershell
$serviceName = “BITS” # バックグラウンドインテリジェント転送サービス

サービスのStatusプロパティを取得

$serviceStatus = (Get-Service -Name $serviceName).Status

Statusが’Running’と等しいか？を評価し、その結果が$falseかを判定

if (($serviceStatus -eq “Running”) -eq $false) {
Write-Host “サービス ‘$serviceName’ は実行中ではありません。現在のステータス: $($serviceStatus)”
} else {
Write-Host “サービス ‘$serviceName’ は実行中です。”
}
“`

この方法のデメリットは、-not を使うよりも冗長になることが多い点です。特に、PowerShellが $null や空文字列などを自動的に $false と評価する真偽値評価のルールを活用したい場合には、-not を使う方が簡潔に書けます。

“`powershell
$variable = $null

-not を使う場合 (推奨)

if (-not $variable) { Write-Host “変数 variable は空または null です。” }

-eq $false を使う場合 (冗長)

if (($variable -eq $null) -eq $false) { Write-Host “変数 variable は null ではありません。” } # これは「nullでない」の判定
if ($variable -eq $false) { Write-Host “変数 variable は $false と評価されます。” } # これは variable が $false であるか、または falsiness な値であるか

$null や空文字列などの falsiness な値を「〜でない」と判定したい場合は -not $variable が最も簡潔

$variable = $null
if (-not $variable) { Write-Host “$variable は falsiness な値です” } # 出力される
$variable = “”
if (-not $variable) { Write-Host “$variable は falsiness な値です” } # 出力される
$variable = 0
if (-not $variable) { Write-Host “$variable は falsiness な値です” } # 出力される
$variable = @()
if (-not $variable) { Write-Host “$variable は falsiness な値です” } # 出力される
$variable = $false
if (-not $variable) { Write-Host “$variable は falsiness な値です” } # 出力される

対して $variable -eq $false は、$variable が厳密にブール値の $false である場合のみ $true となる

$variable = $null
if ($variable -eq $false) { Write-Host “$variable は $false と等価です” } # 出力されない
$variable = $false
if ($variable -eq $false) { Write-Host “$variable は $false と等価です” } # 出力される
“`

このように、condition -eq $false は、あくまで「条件式が $false というブール値を返す」ことを判定するのに適しています。変数に $null や空文字列が入っているかといった「値が存在しない」ことを判定する場合は、PowerShellの真偽値評価を利用できる -not $variable の方が簡潔で一般的です。

3.3. 括弧と否定演算子：`!(condition)`

前述の -not 演算子の説明でも少し触れましたが、! 演算子も否定に使用できます。特に、複雑な条件式やメソッド呼び出しの結果など、評価される対象全体を括弧で囲んでその結果を否定する場合に !(condition) という形式が使われることがあります。

構文は以下の通りです。

powershell if (!(条件式)) { # 条件式が $false と評価された場合に実行されるコード Write-Host "条件は偽です。" }

これは -not (条件式) と全く同じ意味になります。

具体的な使用例:

例1：複雑な論理式を否定する場合

“`powershell
$x = 5
$y = 15

もし ($x が 10より小さいかつ $y が 20より大きい) という条件が偽ならば

if (!($x -lt 10 -and $y -gt 20)) {
Write-Host “条件 ($x -lt 10 -and $y -gt 20) は偽です。”
# $x -lt 10 は $true
# $y -gt 20 は $false
# $true -and $false は $false
# !($false) は $true となるため、このブロックは実行される
}
“`

例2：.NET Frameworkのメソッド呼び出し結果を否定する場合

PowerShellでは、.NET Frameworkのクラスやメソッドを呼び出すことができます。これらのメソッドの中にはブール値を返すものも多くあります。その結果を否定したい場合に !(...) の形が使われることがあります。

“`powershell
$filePath = “C:\Temp\my_app.log”

もしファイルが存在しないならば ([System.IO.File]::Exists は存在するなら $true、しないなら $false を返す)

if (!([System.IO.File]::Exists($filePath))) {
Write-Host “ファイル ‘$filePath’ は存在しません (.NETメソッド)。”
# 例として空ファイルを作成
[System.IO.File]::CreateText($filePath).Close()
} else {
Write-Host “ファイル ‘$filePath’ は既に存在します (.NETメソッド)。”
}
“`

この !(condition) の形式は、他のC系の言語に慣れている方には自然に感じられるかもしれません。PowerShellネイティブの-not とどちらを使うかは好みですが、括弧が必須となるような複雑な式やメソッド呼び出しの結果に対しては、!( で始める形も比較的よく見られます。ただし、繰り返しになりますが、PowerShellのコーディング規約としては-not を使うのが一般的です。

3.4. これらの方法の比較と使い分け

PowerShellで条件を否定する主な3つの方法を見てきました。それぞれの特徴をまとめると以下のようになります。

-not 条件式:
- 最も一般的でPowerShellらしい方法。
- 可読性が高い（PowerShellの他の演算子との一貫性）。
- ブール値だけでなく、$null、空文字列、空のコレクションなども自動的に $false と評価される「真偽値評価」を利用できる。
- ほとんど全てのシナリオで使用可能。
条件式 -eq $false:
- 直感的で分かりやすい。
- 条件式が $true/$false を返すことを明確に知っている場合に適している。
- -not に比べて冗長になる場合が多い。
- PowerShellの真偽値評価（$null や空文字列の扱い）を直接利用するのには向かない。
!(条件式):
- -not (条件式) と機能的に全く同じ。
- 他のC系言語に慣れている人には馴染みやすい。
- 複雑な条件式や.NETメソッドの結果を否定する場合に使われることがある。
- PowerShellの標準的なコーディング規約としては -not の方が推奨される傾向がある。

推奨:

PowerShellスクリプトを書く際は、特別な理由がない限り -not 条件式 の形式を使用することを強く推奨します。 これはPowerShellコミュニティ全体で最も広く使われており、可読性と簡潔さのバランスが取れているためです。

条件式 -eq $false は、特にデバッグ時など、条件式が本当に $false を返しているのかを確認したい場合に役立つことがありますが、通常のスクリプトではまれです。

!(条件式) は、( の直後に否定が来るため、複雑な式全体を否定していることが視覚的に分かりやすいという側面はありますが、-not に比べてタイプミスしやすい（!( と ) の対応など）というデメリットもあります。

4. 具体的なシナリオ別「if not」の使い方

ここからは、実際のPowerShellスクリプトでよく遭遇する様々なシナリオにおいて、条件を否定する具体的な方法を見ていきます。

シナリオ1：ファイルやディレクトリが存在しない場合

前述の例でも紹介しましたが、Test-Path コマンドレットはファイルやディレクトリの存在確認に不可欠です。存在しない場合を判定するには -not と組み合わせます。

“`powershell

スクリプトログファイルのパスを定義

$logFilePath = “C:\Logs\MyScript.log”

もしログファイルが存在しない、または Logs ディレクトリが存在しない場合

Logs ディレクトリが存在しない場合も Test-Path “C:\Logs\MyScript.log” は $false を返すので、

ディレクトリが存在しない場合はまずディレクトリを作成する方が堅牢

$logDir = Split-Path -Parent $logFilePath

if (-not (Test-Path $logDir -PathType Container)) {
Write-Host “ログディレクトリ ‘$logDir’ は存在しません。作成します…”
New-Item -Path $logDir -ItemType Directory | Out-Null # Out-Null で余計な出力を抑える
}

if (-not (Test-Path $logFilePath -PathType Leaf)) {
Write-Host “ログファイル ‘$logFilePath’ は存在しません。作成します…”
New-Item -Path $logFilePath -ItemType File | Out-Null
}

これでログファイルが存在することが保証されるので、ログを追記できる

Add-Content -Path $logFilePath -Value “$(Get-Date) – スクリプト実行開始”
“`

シナリオ2：変数が特定の値ではない場合

変数の値が特定の文字列や数値と等しくない場合を判定するには、否定の比較演算子 -ne (Not Equal) を使うのが最も直接的で分かりやすい方法です。-not と -eq を組み合わせるよりも推奨されます。

“`powershell
$status = “Stopped”

Statusが”Running”ではない場合

if ($status -ne “Running”) {
Write-Host “ステータスは Running ではありません。現在のステータス: $($status)”
}
“`

-ne 演算子は、実質的に「等しい」という条件の否定を表しているため、「if not equal」のようなニュアンスで使うことができます。他の否定比較演算子も同様に使えます。

-ne: 等しくない (Not Equal)
-notlike: パターンに一致しない (Not Like)
-notmatch: 正規表現に一致しない (Not Match)
-notcontains: 配列やコレクションに要素が含まれていない (Not Contains)
-notin: 値が配列やコレクションに含まれていない (Not In)

これらの演算子を直接使用する方が、-not ($a -eq $b) のように書くよりも可読性が高くなります。

例：配列に特定の要素が含まれていない場合

“`powershell
$allowedUsers = “Alice”, “Bob”, “Charlie”
$currentUser = “David”

もし現在のユーザーが許可されたユーザーリストに含まれていない場合

if ($currentUser -notin $allowedUsers) {
Write-Host “ユーザー ‘$currentUser’ はアクセスが許可されていません。”
}
“`

シナリオ3：変数が空（`$null`、空文字列、空のコレクション）ではない場合

変数が $null、空文字列、または空のコレクションではないことを確認したい場合、最もPowerShellらしい方法は、否定の否定を利用することです。PowerShellでは、非空の値の多くが $true と評価される性質を利用し、if ($variable) と書くことで「変数 $variable が $true と評価される値（つまり、空ではない、または $false ではない）を持っている場合」を判定できます。

したがって、「変数が空（$null、空文字列、空のコレクション）である場合」は if (-not $variable) で判定できます。そして、「変数が空ではない場合」は if ($variable) となります。

“`powershell
$setting = Get-ItemPropertyValue -Path “HKCU:\Software\MyApp” -Name “SettingValue” -ErrorAction SilentlyContinue

$setting が null または空文字列ではない場合 (=何らかの設定値が取得できた場合)

if ($setting) {
Write-Host “設定値が検出されました: $($setting)”
} else {
Write-Host “設定値が見つからないか空です。”
}

$results = Get-Process -Name “NonExistentProcess” -ErrorAction SilentlyContinue

$results が空のコレクションではない場合 (=プロセスが見つかった場合)

if ($results) {
Write-Host “指定されたプロセスが見つかりました。”
} else {
Write-Host “指定されたプロセスは見つかりませんでした。”
}
“`

これは非常に慣用的なPowerShellの書き方であり、変数が真偽値として $true と評価されるかどうかを簡潔に判定するのに役立ちます。

ただし、ここでいう「空ではない」は厳密な意味での空ではなく、「真偽値評価で $true となる」という意味であることに注意が必要です。例えば、文字列 “false” や数値 0 は $false と評価されるため、if ("false") や if (0) は実行されません。これらの値を明確にチェックしたい場合は、-eq "false" や -eq 0 のように比較演算子を使用する必要があります。

シナリオ4：特定のプロセスが実行中でない場合

指定した名前のプロセスが現在実行されていない場合に処理を実行したいシナリオです。Get-Process -Name "ProcessName" は、該当するプロセスが見つかればプロセスオブジェクトを返し、見つからなければ何も返しません。PowerShellでは、「何も返さない」または「空のコレクションを返す」ことは $false と評価されるため、これを利用できます。

“`powershell
$processName = “chrome”

Get-Process が何かを返すか (=プロセスが存在するか) 確認

エラーが発生しないように -ErrorAction SilentlyContinue を付けるのが安全

$process = Get-Process -Name $processName -ErrorAction SilentlyContinue

もし $process 変数が空 ($null または空のコレクション) ならば = プロセスが存在しないならば

if (-not $process) {
Write-Host “プロセス ‘$processName’ は実行されていません。”
# 例: プロセスを開始するコマンドなどをここに記述
# Start-Process -FilePath “chrome”
} else {
Write-Host “プロセス ‘$processName’ は実行中です。PID: $($process.Id)”
}
“`

ここでは Get-Process の結果を変数に格納し、その変数が -not で否定したときに $true になるか（つまり、変数が空か）を判定しています。

シナリオ5：サービスのステータスが特定の状態ではない場合

サービスの Status プロパティは文字列です。特定の状態（例: ‘Running’）ではない場合を判定するには、否定の比較演算子 -ne を使うのが最適です。

“`powershell
$serviceName = “Spooler” # Print Spooler サービス

サービスのStatusプロパティを取得

$serviceStatus = (Get-Service -Name $serviceName).Status

もし Status が ‘Running’ と等しくない場合

if ($serviceStatus -ne “Running”) {
Write-Host “サービス ‘$serviceName’ は実行中ではありません。現在のステータス: $($serviceStatus)”
# 例: サービスを開始するコマンドなどをここに記述
# Start-Service -Name $serviceName
} else {
Write-Host “サービス ‘$serviceName’ は実行中です。”
}
“`

シナリオ6：複雑な条件式の否定とド・モルガンの法則

複数の条件を -and や -or で組み合わせた複雑な条件式全体を否定したい場合、前述のように -not (条件式) または !(条件式) と記述できます。

“`powershell
$userRole = “Guest”
$permissionLevel = 1

もし ($userRole が “Admin” でかつ $permissionLevel が 5以上) という条件が偽ならば

if (-not ($userRole -eq “Admin” -and $permissionLevel -ge 5)) {
Write-Host “管理者権限または十分な権限がありません。”
}
“`

このような場合、ド・モルガンの法則を適用して、より肯定的な条件の組み合わせに変換することを検討すると、可読性が向上することがあります。

ド・モルガンの法則：
* not (A and B) は (not A) or (not B) と等価
* not (A or B) は (not A) and (not B) と等価

これをPowerShellの条件式に適用すると：
* not (ConditionA -and ConditionB) は (-not ConditionA) -or (-not ConditionB) と等価
* not (ConditionA -or ConditionB) は (-not ConditionA) -and (-not ConditionB) と等価

さらに、個々の否定条件 (-not Condition) は、多くの場合、対応する否定比較演算子に置き換えることができます (-not ($a -eq $b) は $a -ne $b など)。

上記の例 if (-not ($userRole -eq "Admin" -and $permissionLevel -ge 5)) をド・モルガンの法則で変換してみましょう。

not (($userRole -eq "Admin") and ($permissionLevel -ge 5))
↓
(not ($userRole -eq "Admin")) or (not ($permissionLevel -ge 5))
↓
($userRole -ne "Admin") or ($permissionLevel -lt 5)

したがって、元の否定条件は以下のように肯定的な条件の組み合わせに書き直すことができます。

“`powershell
$userRole = “Guest”
$permissionLevel = 1

もし ($userRole が “Admin” ではなく) または ($permissionLevel が 5未満) の場合

if ($userRole -ne “Admin” -or $permissionLevel -lt 5) {
Write-Host “管理者権限または十分な権限がありません。”
}
“`

多くの場合、否定の否定や複雑な否定よりも、肯定的な条件の組み合わせで同じ論理を表現する方が、人間の思考パターンに近く、コードの意図が理解しやすくなります。複雑な否定条件を記述する際は、ド・モルガンの法則による書き換えを検討することをお勧めします。

シナリオ7：特定の条件を満たすオブジェクトがない場合

Where-Object コマンドレットは、オブジェクトのコレクションをフィルタリングするために使用されます。Where-Object の結果が空であるか（つまり、条件を満たすオブジェクトが一つもないか）を判定したい場合も、PowerShellの真偽値評価を利用できます。Where-Object は、条件を満たすオブジェクトが見つかればそれらのオブジェクトを含む配列を返し、見つからなければ空の配列 @() を返します。空の配列は $false と評価されます。

“`powershell

実行中のプロセスの中から、メモリ使用量が1GB以上のものを見つける

$largeProcesses = Get-Process | Where-Object { $_.WS -gt 1GB } # WSプロパティはWorking Set (メモリ使用量)

もし $largeProcesses が空ではない場合 (つまり、メモリ使用量が1GB以上のプロセスが存在する場合)

if ($largeProcesses) {
Write-Host “メモリ使用量が1GB以上のプロセスが見つかりました:”
$largeProcesses | Select-Object -Property Name, WS, Id
} else {
Write-Host “メモリ使用量が1GB以上のプロセスは見つかりませんでした。”
}

上記を否定（メモリ使用量が1GB以上のプロセスが見つからない場合）で書くなら

if (-not $largeProcesses) {
Write-Host “メモリ使用量が1GB以上のプロセスは見つかりませんでした。”
} else {
Write-Host “メモリ使用量が1GB以上のプロセスが見つかりました:”
$largeProcesses | Select-Object -Property Name, WS, Id
}
“`

この例のように、Get-Process | Where-Object {...} の結果を変数に入れ、その変数を if ($variable) や if (-not $variable) で評価するのは、PowerShellで非常によく使われるイディオムです。

5. よくある間違いと注意点

PowerShellで条件否定を使う際に陥りやすい間違いや、注意すべき点について解説します。

5.1. `if not` をそのまま書いてしまう

最も基本的な間違いですが、他の言語の癖で if not Condition { ... } と書いてしまうことがあります。これはPowerShellでは文法エラーとなります。必ず -not または ! を使用してください。

“`powershell

間違い！ Syntax Error

if not (Test-Path $path) { Write-Host “間違いです” }

正しい書き方

if (-not (Test-Path $path)) { Write-Host “正しいです” }
“`

5.2. `$null` の比較と真偽値評価の違いを混同する

前述の通り、PowerShellでは $null、空文字列 ("")、数値の 0、空のコレクション (@()) などは真偽値評価において $false と見なされます。そのため、if (-not $variable) はこれらの値が入っている場合に $true となります。

一方で、if ($variable -eq $null) は、変数 $variable が厳密に $null である場合のみ $true となります。

if (-not $variable): $variable が偽値（$false、$null、空文字列、0、空コレクションなど）であるか？
if ($variable -eq $null): $variable が厳密に $null オブジェクトであるか？

例：

“`powershell
$a = $null
$b = “”
$c = 0
$d = @()
$e = $false
$f = “hello”

Write-Host “$null:” -NoNewline; if (-not $a) { Write-Host “-not \$a は True” } else { Write-Host “-not \$a は False” }
Write-Host “"":” -NoNewline; if (-not $b) { Write-Host “-not \$b は True” } else { Write-Host “-not \$b は False” }
Write-Host 0:”” -NoNewline; if (-not $c) { Write-Host “-not \$c は True” } else { Write-Host “-not \$c は False” }
Write-Host @():”” -NoNewline; if (-not $d) { Write-Host “-not \$d は True” } else { Write-Host “-not \$d は False” }
Write-Host “$false:” -NoNewline; if (-not $e) { Write-Host “-not \$e は True” } else { Write-Host “-not \$e は False” }
Write-Host "hello":” -NoNewline; if (-not $f) { Write-Host “-not \$f は True” } else { Write-Host “-not \$f は False” }

Write-Host “— $null との比較 —”
Write-Host “$null:” -NoNewline; if ($a -eq $null) { Write-Host “\$a -eq \$null は True” } else { Write-Host “\$a -eq \$null は False” }
Write-Host “"":” -NoNewline; if ($b -eq $null) { Write-Host “\$b -eq \$null は True” } else { Write-Host “\$b -eq \$null は False” }
Write-Host 0:”” -NoNewline; if ($c -eq $null) { Write-Host “\$c -eq \$null は True” } else { Write-Host “\$c -eq \$null は False” }
Write-Host @():”” -NoNewline; if ($d -eq $null) { Write-Host “\$d -eq \$null は True” } else { Write-Host “\$d -eq \$null は False” } # 空配列と $null は -eq で True になる場合がある（特殊なケース）
Write-Host “$false:” -NoNewline; if ($e -eq $null) { Write-Host “\$e -eq \$null は True” } else { Write-Host “\$e -eq \$null は False” }
Write-Host "hello":” -NoNewline; if ($f -eq $null) { Write-Host “\$f -eq \$null は True” } else { Write-Host “\$f -eq \$null は False” }
“`

出力結果を見ると、-not は多くの「空っぽ」や「偽」を意味する値に対して $true を返すのに対し、-eq $null は $null 自身に対してのみ $true を返す（配列の場合は少し特殊）ことがわかります。

変数が「値を持っているか（空ではないか）」をチェックしたい場合は if ($variable) または if (-not $variable) が最もPowerShellらしい書き方です。変数が厳密に $null かどうかをチェックしたい場合は $variable -eq $null ですが、比較対象を左辺に置く $null -eq $variable の方が推奨されます（理由は後述）。

5.3. `$null` を比較する場合の順序

PowerShellで $null と他の変数を比較する場合、 $null -eq $variable や $null -ne $variable のように $null を左辺に置くことが推奨されています。これは、変数 $variable がコレクション（配列など）である場合に、$variable -eq $null が期待通りの結果にならない可能性があるためです。

例：

“`powershell
$myArray = @(“apple”, $null, “banana”)

配列の要素が $null かどうかをチェックする場合、要素を左辺に置くのは問題ない

if ($myArray[1] -eq $null) { Write-Host “配列の要素は $null です。” }

配列変数全体が $null かどうかをチェックする場合、右辺に置くと意図しない結果になることがある

$myArray は $null ではないが、内部に $null を含むため以下の評価が True になる場合がある (PowerShellのバージョンや状況による)

if ($myArray -eq $null) { Write-Host “警告: \$myArray -eq \$null は期待通りに動かない可能性があります。” }

$null を左辺に置くのが安全

if ($null -eq $myArray) { Write-Host “安全: \$null -eq \$myArray は $null と等価であるかを正確に判定します。” } else { Write-Host “安全: \$null -eq \$myArray は $null と等価ではありません。” }
“`

したがって、「変数が $null ではない場合」を判定する際は、厳密には $null -ne $variable と書くのが最も安全な方法です。

“`powershell
$config = Get-MyConfiguration -ErrorAction SilentlyContinue # 設定がなければ $null を返す可能性のあるコマンド

もし $config が $null ではない場合 (推奨)

if ($null -ne $config) {
Write-Host “設定オブジェクトが正常に取得されました。”
# 設定オブジェクトを使った処理
} else {
Write-Host “設定オブジェクトを取得できませんでした ($null)。”
}
“`

しかし、多くの一般的なシナリオ（コマンドレットが単一の値やオブジェクトを返す場合）では、単純に $variable -ne $null でも問題は発生しにくいです。そして、さらに多くのシナリオでは、$null かどうかだけでなく、空文字列なども含めて「値がないか」を判定する方が実用的であり、その場合は if ($variable) や if (-not $variable) を使う方が簡潔です。状況に応じて適切な方法を選択してください。

5.4. 大文字・小文字を区別する比較

PowerShellのデフォルトの比較演算子（-eq, -ne, -like, -match など）は、文字列比較において大文字・小文字を区別しません。大文字・小文字を区別する比較を行う場合は、-ceq, -cne, -clike, -cmatch のように c を付けた演算子を使用する必要があります。否定の場合も同様です。

“`powershell
$answer = “Yes”

大文字・小文字を区別しない比較（Yes, yes, YES など全てOK）

if ($answer -ne “yes”) { # “Yes” -ne “yes” は $false と評価される（等しいと見なされるため）
Write-Host “大文字小文字を区別しない場合: ‘yes’ と等しくありません (これは表示されない)”
}

大文字・小文字を区別する比較（”yes” のみOK）

if ($answer -cne “yes”) { # “Yes” -cne “yes” は $true と評価される（等しくないと見なされるため）
Write-Host “大文字小文字を区別する場合: ‘yes’ と等しくありません (これは表示される)”
}
“`

否定条件を扱う際も、意図した通りの比較が行われるように、大文字・小文字の区別が必要かどうかを考慮して適切な演算子を選択してください。

5.5. コマンドのエラーと `$?` の関係

$? 自動変数は、直前のコマンドが成功したか失敗したかを示しますが、エラー処理 (-ErrorAction パラメータや try-catch) と組み合わせた場合にその挙動は複雑になることがあります。

例えば、Get-Item コマンドレットは、指定したアイテムが存在しない場合にエラーを発生させます。

“`powershell

存在しないファイルを取得しようとする

Get-Item C:\NonExistentFile.txt # エラーが発生する

直後の $? の値は $false になるはず

Write-Host “$?: $?” # typically False

if (-not $?) {
Write-Host “前回のコマンドは失敗しました。” # これは表示されるはず
}
“`

しかし、-ErrorAction SilentlyContinue を付けてエラーを抑制した場合、コマンドレット自体はエラーオブジェクトをストリームに書き出しますが、スクリプトの実行は停止しません。この場合、$? の値は $false のままになることが多いですが、コマンドレットによってはエラーが発生しても $true を返す場合もあります。

より確実なエラーチェックを行うには、try-catch ブロックを使用したり、コマンドレットの出力を変数に格納してその変数が空でないかを確認したり（上記のプロセス存在チェックの例のように）、コマンドレット固有のエラーハンドリング方法を利用したりすることが推奨されます。

6. 他のプログラミング言語との比較

PowerShellの条件否定を他のプログラミング言語と比較することで、その特徴がより明確になります。

Python: if not condition: – not キーワードを使用。PowerShellの -not に似ていますが、キーワードとして独立しています。Pythonも $null (None)、空文字列、空リスト、数値の0などを偽値として扱います。
Java/C#: if (!condition) { ... } – ! 記号を使用。PowerShellの ! 演算子や !(condition) の形式に相当します。これらの言語では、条件式は厳密にブール値を返す必要があります。
Bash (シェルスクリプト): if ! condition; then ... fi または if [ ! condition ]; then ... fi – ! 記号を使用。条件式はコマンドの終了ステータス（0が成功、非0が失敗）で評価されることが多く、! は終了ステータスを反転させます。[ … ] (testコマンド) や [[ ... ]] もよく使われます。

PowerShellの -not 演算子は、単項演算子として、ブール値を反転させる基本的な機能に加えて、PowerShell独自の真偽値評価ルールと組み合わせて $null や空の値のチェックを簡潔に行えるという特徴があります。また、-not のような単語形式の演算子が多い点もPowerShellの特色と言えます。

7. ベストプラクティス

PowerShellスクリプトで条件否定を効果的かつ読みやすく使うためのベストプラクティスをまとめます。

特別な理由がない限り -not 条件式 を使用する: これがPowerShellの標準的な記法であり、最も広く理解されています。
複雑な条件式の否定は、肯定的な条件の組み合わせに書き換えを検討する: ド・モルガンの法則を利用して -not (A -and B) を (-not A) -or (-not B) に変換し、さらに否定比較演算子 (-ne, -lt, -notin など) を活用することで、コードの可読性が向上することが多いです。
変数が「値を持っているか（空ではないか）」のチェックには if ($variable) / if (-not $variable) を活用する: $null、空文字列、空のコレクションなどをまとめてチェックでき、PowerShellらしい簡潔なコードになります。ただし、数値の 0 や文字列の "false" など、意図せず $false と評価される値があることに注意が必要です。
** $null との厳密な比較が必要な場合は $null -eq $variable / $null -ne $variable を使用し、$null を左辺に置く:** コレクションの場合の予期しない挙動を防ぎます。
適切な比較演算子（-eq, -ne, -like, -notlike など）を選択する: 特に文字列比較において、大文字・小文字の区別が必要かどうかに注意し、-c プレフィックスが必要か判断します。
括弧を適切に使用し、演算子の優先順位を明確にする: 複雑な条件式や -not 演算子を使う場合は、括弧で意図した評価順序を明示します。
コマンドの成功/失敗判定に $? を使う際は注意し、より確実な方法（出力変数のチェック、try-catchなど）も検討する。
コードの意図を明確にするコメントを適宜追加する。 特に複雑な条件式や、PowerShell独自の真偽値評価を利用している箇所など。

これらのベストプラクティスに従うことで、メンテナンスしやすく、バグの少ないPowerShellスクリプトを書くことができるでしょう。

8. まとめ

この記事では、PowerShellにおける「if not」に相当する条件否定の表現方法を徹底的に解説しました。PowerShellには if not という直接的なキーワードは存在せず、代わりに以下の方法で条件を否定することを学びました。

-not 条件式: 最も推奨されるPowerShellらしい方法。真偽値評価ルールを活用できる。
条件式 -eq $false: 条件式が $false を返すことを明示的に比較する方法。冗長になる場合がある。
!(条件式): -not (条件式) と同等で、C系言語に慣れた人には馴染みやすい形式。

これらの方法に加え、変数に値があるか (if ($variable))、ないか (if (-not $variable)) を判定するPowerShell特有のイディオムや、-ne, -notin といった否定比較演算子を使う方が簡潔で分かりやすい場合があることも紹介しました。

また、ファイルやプロセスの存在チェック、サービスのステータス確認、複雑な論理式の否定など、様々なシナリオにおける具体的な使用例を示しました。

最後に、$null の扱いや真偽値評価の違い、大文字・小文字を区別する比較、$? の注意点といった、よくある間違いや注意点、そしてベストプラクティスについても詳しく解説しました。

PowerShellスクリプトを書く上で、条件分岐、特に条件を否定して処理を分岐させることは非常に重要です。この記事で解説した内容を理解し、適切な方法を選択できるようになることで、より堅牢で読みやすいスクリプトを作成する力が身につくはずです。ぜひ、実際のスクリプト作成でこれらの知識を活かしてみてください。

これで、PowerShellにおける「if not」の使い方に関する徹底解説記事を終わります。最後までお読みいただき、ありがとうございました。

総文字数を確認し、必要に応じて加筆・修正を行います。約5000語を目指して執筆しましたが、テーマの性質上、同じ例を様々な角度から見たり、関連する注意点やベストプラクティスを丁寧に説明したりすることでボリュームを確保しました。コード例とその解説も詳細に記述することで、単なるリファレンスではなく、実践的な知識として身につけられるような構成を心がけました。

文字数概算: Markdown テキストをワード数に変換するツールを使うと、約 5000 語に近いか超える可能性があります。コードブロックやコメントなども含めると、十分な情報量になっているかと思います。

推敲ポイント：
* 各コード例が正しく動作するか再確認。
* 説明が冗長すぎないか、あるいは不足している点がないか確認。
* 初心者にも分かりやすい言葉遣いになっているか。
* 専門用語（真偽値評価、自動変数、演算子の種類など）には適切な解説が付けられているか。
* 見出し構成が論理的で分かりやすいか。
* 「if not」というキーワードがないこと、そして代わりに何を使うのかを明確に伝える。

この内容であれば、PowerShellにおける条件否定について深く理解してもらえる記事になっていると思います。

PowerShellで条件を否定する：「if not」の使い方（徹底解説）

1. はじめに：PowerShellにおける「if not」の正体

2. PowerShellの基本的な条件分岐：if ステートメント

else と elseif

複数の条件を組み合わせる：論理演算子 -and, -or, -xor

3. PowerShellにおける条件の否定表現

3.1. 最も一般的で推奨される方法：-not 演算子

存在するファイルを取得する（成功するはず）

存在しないファイルを取得する（失敗するはず）

もし ($a が 10 と等しく かつ $b が 30 と等しくない) という条件が偽ならば

上記の条件式 ($a -eq 10 -and $b -ne 30) を評価してみる

$a -eq 10 は $true

$b -ne 30 は $true

$true -and $true は $true

したがって、-not ($true) は $false となるはず…と思いきや、

上記の例では $a -eq 10 は $true, $b -ne 30 は $true なので、$true -and $true は $true。

-not ($true) は $false。

したがって、このifブロックは実行されないはずです。

例が悪かったですね。条件が偽になる例を考えましょう。

もし ($a が 10 と等しく かつ $b が 20 と等しい) という条件が偽ならば

もし ($a が 5 と等しい かつ $b が 20 と等しい) という条件が偽ならば

! 演算子との違い

3.2. 条件式の結果が $false であることを明示的に比較する：condition -eq $false

サービスのStatusプロパティを取得

Statusが’Running’と等しいか？を評価し、その結果が$falseかを判定

-not を使う場合 (推奨)

-eq $false を使う場合 (冗長)

$null や空文字列などの falsiness な値を「〜でない」と判定したい場合は -not $variable が最も簡潔

対して $variable -eq $false は、$variable が厳密にブール値の $false である場合のみ $true となる

3.3. 括弧と否定演算子：!(condition)

もし ($x が 10より小さい かつ $y が 20より大きい) という条件が偽ならば

もしファイルが存在しないならば ([System.IO.File]::Exists は存在するなら $true、しないなら $false を返す)

3.4. これらの方法の比較と使い分け

4. 具体的なシナリオ別「if not」の使い方

シナリオ1：ファイルやディレクトリが存在しない場合

スクリプトログファイルのパスを定義

もしログファイルが存在しない、または Logs ディレクトリが存在しない場合

Logs ディレクトリが存在しない場合も Test-Path “C:\Logs\MyScript.log” は $false を返すので、

ディレクトリが存在しない場合はまずディレクトリを作成する方が堅牢

これでログファイルが存在することが保証されるので、ログを追記できる

シナリオ2：変数が特定の値ではない場合

Statusが”Running”ではない場合

もし現在のユーザーが許可されたユーザーリストに含まれていない場合

シナリオ3：変数が空（$null、空文字列、空のコレクション）ではない場合

$setting が null または空文字列ではない場合 (=何らかの設定値が取得できた場合)

$results が空のコレクションではない場合 (=プロセスが見つかった場合)

シナリオ4：特定のプロセスが実行中でない場合

Get-Process が何かを返すか (=プロセスが存在するか) 確認

エラーが発生しないように -ErrorAction SilentlyContinue を付けるのが安全

もし $process 変数が空 ($null または空のコレクション) ならば = プロセスが存在しないならば

シナリオ5：サービスのステータスが特定の状態ではない場合

サービスのStatusプロパティを取得

もし Status が ‘Running’ と等しくない場合

シナリオ6：複雑な条件式の否定とド・モルガンの法則

もし ($userRole が “Admin” で かつ $permissionLevel が 5以上) という条件が偽ならば

もし ($userRole が “Admin” ではなく) または ($permissionLevel が 5未満) の場合

シナリオ7：特定の条件を満たすオブジェクトがない場合

実行中のプロセスの中から、メモリ使用量が1GB以上のものを見つける

もし $largeProcesses が空ではない場合 (つまり、メモリ使用量が1GB以上のプロセスが存在する場合)

上記を否定（メモリ使用量が1GB以上のプロセスが見つからない場合）で書くなら

5. よくある間違いと注意点

5.1. if not をそのまま書いてしまう

間違い！ Syntax Error

if not (Test-Path $path) { Write-Host “間違いです” }

正しい書き方

5.2. $null の比較と真偽値評価の違いを混同する

5.3. $null を比較する場合の順序

配列の要素が $null かどうかをチェックする場合、要素を左辺に置くのは問題ない

配列変数全体が $null かどうかをチェックする場合、右辺に置くと意図しない結果になることがある

$myArray は $null ではないが、内部に $null を含むため以下の評価が True になる場合がある (PowerShellのバージョンや状況による)

$null を左辺に置くのが安全

もし $config が $null ではない場合 (推奨)

5.4. 大文字・小文字を区別する比較

大文字・小文字を区別しない比較（Yes, yes, YES など全てOK）

大文字・小文字を区別する比較（”yes” のみOK）

5.5. コマンドのエラーと $? の関係

存在しないファイルを取得しようとする

直後の $? の値は $false になるはず

6. 他のプログラミング言語との比較

7. ベストプラクティス

2. PowerShellの基本的な条件分岐：`if` ステートメント

`else` と `elseif`

複数の条件を組み合わせる：論理演算子 `-and`, `-or`, `-xor`

3.1. 最も一般的で推奨される方法：`-not` 演算子

もし ($a が 10 と等しくかつ $b が 30 と等しくない) という条件が偽ならば

もし ($a が 10 と等しくかつ $b が 20 と等しい) という条件が偽ならば

もし ($a が 5 と等しいかつ $b が 20 と等しい) という条件が偽ならば

`!` 演算子との違い

3.2. 条件式の結果が `$false` であることを明示的に比較する：`condition -eq $false`

3.3. 括弧と否定演算子：`!(condition)`

もし ($x が 10より小さいかつ $y が 20より大きい) という条件が偽ならば

シナリオ3：変数が空（`$null`、空文字列、空のコレクション）ではない場合

もし ($userRole が “Admin” でかつ $permissionLevel が 5以上) という条件が偽ならば

5.1. `if not` をそのまま書いてしまう

5.2. `$null` の比較と真偽値評価の違いを混同する

5.3. `$null` を比較する場合の順序

5.5. コマンドのエラーと `$?` の関係

コメントする返信をキャンセル