Is there an "Option Explicit" in PowerShell?

Option Explicit is well-known to VBScript programmers, as a means of enforcing best practices and - to be blunt - helping to prevent some common bugs. Essentially, Option Explicit requires that a variable be declared (such as by the Dim statement) prior to using the variable for any purpose. For better for for worse, PowerShell doesn't have anything exactly like it - although v2 does have something vaguely similar.

Don Jones

April 11, 2011

2 Min Read
ITPro Today logo in a gray background | ITPro Today

Option Explicit is well-known to VBScript programmers, as a means of enforcing best practices and - to be blunt - helping to prevent some common bugs. Essentially, Option Explicit requires that a variable be declared (such as by the Dim statement) prior to using the variable for any purpose. For better for for worse, PowerShell doesn't have anything exactly like it - although v2 does have something vaguely similar.

The Set-StrictMode cmdlet is capable of enabling a "strict mode" based on PowerShell versions. Run Set-StrictMode -version 2, and you'll find yourself in the current-maximum strictness level. In this level, you get an error when you attempt to access a variable that hasn't been initialized. This does NOT prevent you from accessing out-of-scope variables: If a variable doesn't exist in the local scope, PowerShell will still "climb the scope tree" to try and find it. For example, this works fine:

$x = 5
function foo { write $x }
foo

But this doesn't work, and generates an error:

function bar { write $y }
bar

Because $y hasn't been given a value in any scope when the function tries to access it.

v2 strict mode also prevents you from accessing non-existent properties of an object, something that v1 will handle easily (the property is just assumed to exist with a blank value). v2 strict mode will also bomb if you try to call a function using method syntax:

function zoom($a,$b) { write ($a+$b) }
zoom (5,1)

That function call is actually passing an array of two objects to parameter $a, leaving parameter $b empty. It's a mistake, something I still do a lot, because that's the syntax most programming languages use to call a function. The proper syntax in PowerShell would be:

zoom 5 1

Set-StrictMode isn't a perfect replacement for Option Explicit, and a lot of folks still wish we had something like Option Explicit. That'd take some work on Microsoft's park, because they'd also have to implement a formal means of declaring variables - something PowerShell actually lacks at present. But until (and if) that happens, Set-StrictMode can at least help prevent certain types of common, often typo-related bugs.

Sign up for the ITPro Today newsletter
Stay on top of the IT universe with commentary, news analysis, how-to's, and tips delivered to your inbox daily.

You May Also Like