Ever since I found out about PowerShell’s extensible type system, I’ve been in love with it. The ability to add methods and properties to existing .NET types is just too cool. For example, I’ve added a CanPing() method to the String type. Whenever I have a variable containing an address:<\/P>
[string]$computer = “Server2”<\/FONT><\/P> I can quickly see if it’s pingable or not:<\/P> $computer.CanPing()<\/FONT><\/P> Very cool. However, I was confused about two points: First, I was under the impression that all type extensions had to go in the types.ps1xml file that comes with PowerShell. Second, I was a bit confused on when it was appropriate to add a method to a type, and when you should instead be creating a whole new cmdlet (or function, or whatever). PowerShell architect Jeffrey Snover to the rescue! I passed along my two uncertainties and he had great responses.<\/P> First – silly me – you can actually load any .ps1xml file as a type extension, so you can leave Microsoft’s default one alone and create your own. Simply run:<\/P> Update-TypeData MyExtensions.ps1xml<\/P> And poof, your custom types are available. So that’s very cool – you can actually organize your custom types into multiple files and share them with your friends and family. Or co-workers. Whatever.<\/P> For my second question – should I use a method in an extended type, or an all-new cmdlet? – Snover had another great answer. There’s no hard-and-fast rule, but there are some great guidelines. He suggested that a cmdlet be used whenever you’re dealing with a collection, or a list of objects; a method is, by it’s nature, designed to act against only a single object.<\/P> So, if I made a Ping-Address cmdlet (Ping<\/EM> is an officially-allowed verb for cmdlets according to the SDK), that cmdlet coudl accept a collection of addresses to ping, and return a collection of results (perhaps just the objects which were pingable successfully). A CanPing() method, on the other hand, would only work against a single address – the one contained in the instance of String that the method was working against.<\/P> Cmdlets have some other advantages – they can have help, for example, and they support PowerShell’s ubiquitous parameters. They can use the -whatif and -confirm parameters if they’re taking potentially harmful actions. So if you want to include those features, a cmdlet is the best choice. <\/P>