The scripting games have just concluded with all 6 challenges drawing to a close. The games presented a wonderful learning opportunity along with helpful insights from expert judges and peers. The knowledge gained from reviewing other contributors' scripts and comments was immense. You can check the scripts and comments by following this link.
A few pointers that i picked up through the games are listed below:
- Full command and parameter names
Every challenge in the scripting games explicitly stated the preference for full command and parameter names instead of alias or abbreviations. It makes it easier for everyone to understand the script without much effort.
- Formatting
Formatting the code with white spaces and tabs to create indents makes for easy reading.
This was important particularly in the beginner’s events
where it was encouraged to write a one-liner. By introducing carriage returns
and indents wherever possible, the integrity of a one liner is not broken and
it is presented in a much better way.
- Comment based help
I admit I had never considered including comment based help
in my scripts before the scripting games. But after realizing its significance
and due to encouragement from the community, it is a staple in my scripts now.
Don Jones also explains the concept here
- Requires
The #Requires tag can be
used in scripts to annotate the powershell version necessary to execute the
script. It is generally placed on top of the script.
- Write-Host
That being said, Write-Host cmdlet’s ability to display colorful data on-screen using the –Foreground and –Background switches is unique.
- Format* commands
- Filtering on server side
When querying data specially from a remote computer, it is
always better to filter data on the server and then retrieve them. The script’s
execution time reduces considerably.
- Error handling
Error handling was another important feature that was
emphasized in the games, notably in the advanced challenges. Try/Catch/Finally
blocks can be an effective method to include the same within scripts.
Refer the following links for further information:
Refer the following links for further information:
- Use native Powershell commands and naming conventions.
Using native powershell commands, as much as possible, is
also generally considered as good practice.
No comments:
Post a Comment