¿La mejor manera de comprobar si existe un objeto de PowerShell?

También puedes hacer

if ($ie) {
    # Do Something if $ie is not null
}

En su ejemplo particular quizás usted no tiene que realizar ninguna comprobación en absoluto. ¿Es posible que New-Object devuelva null? Nunca he visto eso. El comando debe fallar en caso de un problema y el resto del código en el ejemplo no se ejecutará. Entonces, ¿por qué deberíamos hacer esos controles?

Solo en el código como a continuación necesitamos algunas comprobaciones (la comparación explícita con $null es la mejor):

# we just try to get a new object
$ie = $null
try {
    $ie = New-Object -ComObject InternetExplorer.Application
}
catch {
    Write-Warning $_
}

# check and continuation
if ($ie -ne $null) {
    ...
}

Type-check con el operador-is devuelve false para cualquier valor null. En la mayoría de los casos, si no todos, value value-es [System.Object] será true para cualquier posible valor no nulo. (En todos los casos, será false para cualquier valor null.)

Mi valor no es nada si no es un objeto.

Lo que todas estas respuestas no resaltan es que al comparar un valor con $null, debe poner $null en el lado izquierdo, de lo contrario puede tener problemas al comparar con un valor de tipo colección. Véase: https://github.com/nightroman/PowerShellTraps/blob/master/Basic/Comparison-operators-with-collections/looks-like-object-is-null.ps1

$value = @(1, $null, 2, $null)
if ($value -eq $null) {
    Write-Host "$value is $null"
}

El bloque anterior está (desafortunadamente) ejecutado. Lo que es aún más interesante es que en Powershell a value valor puede ser tanto {null y no null null:

$value = @(1, $null, 2, $null)
if (($value -eq $null) -and ($value -ne $null)) {
    Write-Host "$value is both $null and not $null"
}

Por lo tanto, es importante poner $null en el lado izquierdo para hacer que estas comparaciones funcionen con colecciones:

$value = @(1, $null, 2, $null)
if (($null -eq $value) -and ($null -ne $value)) {
    Write-Host "$value is both $null and not $null"
}

¡Supongo que esto muestra una vez más el poder de Powershell !

Yo tenía el mismo problema. Esta solución funciona para mí.

$Word = $null
$Word = [System.Runtime.InteropServices.Marshal]::GetActiveObject('word.application')
if ($Word -eq $null)
{
    $Word = new-object -ComObject word.application
}

Https://msdn.microsoft.com/de-de/library/system.runtime.interopservices.marshal.getactiveobject(v=vs. 110).aspx

En caso de que usted es como yo y aterrizó aquí tratando de encontrar una manera de saber si su variable de PowerShell es este sabor particular de inexistente:

El objeto COM que ha sido separado de su RCW subyacente no puede ser utilizar.

Entonces aquí hay un código que funcionó para mí:

function Count-RCW([__ComObject]$ComObj){
   try{$iuk = [System.Runtime.InteropServices.Marshal]::GetIUnknownForObject($ComObj)}
   catch{return 0}
   return [System.Runtime.InteropServices.Marshal]::Release($iuk)-1
}

Ejemplo de uso:

if((Count-RCW $ExcelApp) -gt 0){[System.Runtime.InteropServices.Marshal]::FinalReleaseComObject($ExcelApp)}

Mezclado de las mejores respuestas de otros pueblos:

• RCW y recuento de referencia cuando se utiliza COM interop en C #
• Reglas de Conteo de Referencia RCW != COM Reference Counting Rules
• "El objeto COM que se ha separado de su RCW subyacente no se puede usar" con. NET 4.0

Y algunas otras cosas interesantes para saber:

• El objeto COM que ha sido separado de su RCW subyacente no se puede usar
• Custom Marshaling
• Interoperabilidad COM avanzada