Оператор if для переменной пути - powershell - тест true / false

Ошибка возникает из-за того, что возвращаемое значение Test-Path является логическим типом.

Следовательно, не сравнивайте его со строковым представлением логического значения, а скорее с фактическими значениями $false / $true. Вот так,

$Path = Test-Path  c:\temp\First

if ($Path -eq $false)
{
    Write-Host "notthere" -ForegroundColor Yellow
}
elseif ($Path -eq $true)
{
    Write-Host " what the smokes"
}

Также обратите внимание, что здесь вы можете использовать оператор else.

В качестве альтернативы вы можете использовать синтаксис, предложенный в ответе @ user9569124,

$Path = Test-Path  c:\temp\First

if (!$Path)
{
    Write-Host "notthere" -ForegroundColor Yellow
}
elseif ($Path)
{
    Write-Host " what the smokes"
}

Если не ошибаюсь, можно просто сказать:

if ($Path) ИЛИ ЖЕ if (!$Path)

Но могу ошибаться, потому что не могу проверить банкомат.

Дополнительно доступен командлет Test-Path. К сожалению, я не могу описать разницу или предложить наиболее подходящий метод, не зная случая и сценария.

[ОТредактировано, чтобы уточнить ответ]

$Path = "C:\"
if ($Path)
    {
    write-host "The path or file exists"
    }
else
    {
    write-host "The path or file isn't there silly bear!"
    }

Надеюсь, это добавит ясности. При использовании этого метода командлеты не требуются. Возвращенное логическое значение интерпретируется автоматически и запускает блоки кода, если оно соответствует критериям теста, в данном случае, если существует путь C:\. Это будет верно для файлов с более длинными путями, C:\...\...\...\...\file.txt

В операции сравнения PowerShell автоматически преобразует второй операнд в тип первого операнда. Поскольку вы сравниваете логическое значение со строкой, строка будет преобразована в логическое значение. Пустые строки будут преобразованы в $false, а непустые строки будут преобразованы в $true. Джеффри Сновер написал статью «Логические значения и операторы» об этих автоматических преобразованиях, которую вы можете проверить для получения дополнительных сведений.

В результате такое поведение имеет (на первый взгляд парадоксальный) эффект, заключающийся в том, что каждое из ваших сравнений будет оценивать значение вашей переменной:

PS C:\> $false -eq 'False'
False
PS C:\> $false -eq 'True'
False
PS C:\> $true -eq 'False'
True
PS C:\> $true -eq 'True'
True

По сути, это означает, что если ваши операторы Test-Path оцениваются как $false, ни один ваших условий будет соответствовать.

Как указывали другие, вы можете решить проблему, сравнив свою переменную с фактическими логическими значениями или просто используя переменную отдельно (поскольку она уже содержит логическое значение, которое можно оценить напрямую). Однако с последним подходом нужно быть осторожным. В этом случае это не будет иметь никакого значения, но в других ситуациях автоматическое преобразование разных значений в одно и то же логическое значение может оказаться нежелательным. Например, $null, 0, пустая строка и пустой массив интерпретируются как логическое значение $false, но могут иметь совершенно разную семантику в зависимости от логики вашего кода.

Кроме того, нет необходимости сначала сохранять результат Test-Path в переменной. Вы можете поместить выражение прямо в условие. А поскольку есть только два возможных значения (файл / папка либо существует, либо не существует), нет необходимости сравнивать дважды, поэтому ваш код может быть сокращен до примерно такого:

if (Test-Path 'C:\temp\First') {
    Write-Host 'what the smokes'
} else {
    Write-Host 'notthere' -ForegroundColor Yellow
}

Чтобы прояснить некоторые вещи, всегда используйте Test-Path (или Test-Path с Leaf для проверки наличия файла).

Примеры, которые я тестировал:

$File = "c:\path\file.exe"
$IsPath = Test-Path -Path $File -PathType Leaf

# using -Not or ! to check if a file doesn't exist
if (-Not(Test-Path -Path $File -PathType Leaf)) {
    Write-Host "1 Not Found!"
}

if (!(Test-Path -Path $File -PathType Leaf)) {
    Write-Host "2 Not Found!"
}

# using -Not or ! to check if a file doesn't exist with the result of Test-Path on a file
If (!$IsPath) {
    Write-Host "3 Not Found!"
}

If (-Not $IsPath) {
    Write-Host "4 Not Found!"
}

# $null checks must be to the left, why not keep same for all?
If ($true -eq $IsPath) {
    Write-Host "1 Found!"
}

# Checking if true shorthand method    
If ($IsPath) {
    Write-Host "2 Found!"
}

if (Test-Path -Path $File -PathType Leaf) {
    Write-Host "3 Found!"
}