automatic variables, conditional loops, .NET, network admin tricks
etc. (e.g. a "better cmd line"), you are faced with absorbing the
intent of the architects in creating and using functionality like:
params for Functions
scriptlets
[cmdletbinding]
Cmdlet architecture
etc. and a subset of other dev skillsets like error handling,
debugging that would make the difference for between someone who is
rewriting his 10 line cmd scripts or someone who is creating
significant functionality in Powershell scripts. I think what I would
like is book with a title like "Design Patterns for Powershell" that
provides examples and discussion on how to best implement Powershell
for performance, for re-usable design, when something more "lambda"
than "imperative" makes sense and the converse. Currently, there is a
lot of research leg work to go through to come up with this "all by
your lonesome". Other pieces of this might be a Visio or VisStudio
design template(s), advice on writing testable and easily debugged
functions, PSIE extensions that provide for intellisense or design
templates. It's true folks like Bennet, Lee, Snover, Payette, Holmes,
and the Powershell team have some discussion and some examples about
this...but I find myself with many questions...and feeling a little
confused. Do I need to master "Design Patterns for C#" or understand
Functional Language style vs. Imperative Language issues before I
write elegant, correct, re-usable functions, and scriplets for
Powershell?"
No comments:
Post a Comment