PowerShell权威指南：比较与实践

需积分: 9 100 浏览量更新于2024-07-29 收藏 3.89MB PDF 举报

《Windows PowerShell in Action, Second Edition》是一本权威的PowerShell技术指南，由Bruce Payette撰写，专为Windows PowerShell v2提供深入讲解。该书共分为两部分：Part 1侧重于介绍PowerShell的基础概念和技术，包括欢迎、基础语法、类型处理、运算符与表达式、高级操作、脚本控制流、函数、模块化编程、元编程以及远程管理和调试等内容。这部分涵盖了PowerShell语言的核心功能，旨在帮助读者建立起扎实的PowerShell技能。 Part 2则着重于实际应用，涉及操作文件、文本和XML、利用.NET扩展、与COM对象交互、管理系统管理对象（如WMI和WS-Management）、实时事件响应以及安全性等主题。书中还特别设有附录，如Appendix A，将PowerShell与其他编程语言进行对比，有助于读者更好地理解和选择PowerShell作为其工具箱的一部分。通过阅读这本书，高级读者不仅可以掌握PowerShell语言的细节，还能学习到如何有效地在Windows环境中编写、管理和维护自动化脚本，以及如何利用PowerShell进行系统管理和网络管理任务。此外，附录中的参考手册和额外话题可以帮助读者更深入地探索PowerShell的各个方面，包括配置远程操作和错误处理机制。《Windows PowerShell in Action, Second Edition》是一本全面且实用的教程，无论你是初学者还是希望提升现有技能的PowerShell开发者，都能从中获益匪浅。通过阅读这本书，你将能够熟练运用PowerShell 2.0，提升工作效率并深入理解其背后的原理。

POWERSHELL AND CMD.EXE 11

A.1.9 Using doskey in PowerShell

The

doskey

tool lets you define keyboard macros in a console window. What do we

mean by this?

Doskey

macros are processed by the console subsystem—the part of

the Windows operating system that handles rendering the console window and read-

ing from the keyboard. When a console program does a

Readline()

call, the console

subsystem checks to see whether any macros are available for that program. If there

are, it does the macro substitution on the string before they’re returned to the user.

NOTE Because

doskey

relies on the console infrastructure, it only

applies to console programs.

powershell_ise.exe

isn’t a console

program, so the things we’re discussing here don’t apply to it.

Why do we care? Because it means we can also use

doskey

macros in PowerShell.

Here’s an example that shows how to use the

doskey

utility from PowerShell. First

look to see whether any macros are defined for PowerShell initially:

PS (2) > doskey /macros:powershell.exe

Nothing is returned, so, obviously, there are currently no

doskey

macros for Power-

Shell. Notice that you have to specify the full name of the executable file. The default

cmd.exe

, so to make the

doskey

commands apply to PowerShell, you always have

to specify the name

powershell.exe

. Let’s define a macro:

PS (3) > doskey /exename=powershell.exe `

>> ddir = dir `$* `| ? `{ '$_.PSIsContainer' `}

This requires a fair bit of quoting to make sure the arguments get passed through to

doskey

properly. If you want to define a number of macros, it’s probably easiest to

define them using the

doskey /file

option.

Now let’s make sure the macro was defined properly. Remember, the text will be

substituted on the command line, so the resulting command line has to be syntacti-

cally correct:

PS (4) > doskey /macros:powershell.exe

ddir=dir $* | ? { $_.PSIsContainer }

It looks fine. Notice the use of

in the macros. When

doskey

macro substitution is

done,

will be replaced by any arguments to the macro. Let’s try it:

PS (5) > ddir

Directory: Microsoft.PowerShell.Core\FileSystem::C:\files

Mode LastWriteTime Length Name

---- ------------- ------ ----

d---- 8/19/2006 2:35 PM d1

d---- 8/19/2006 2:36 PM d2

d---- 8/19/2006 2:35 PM d3

14 COMPARING POWERSHELL TO OTHER LANGUAGES

or access WMI:

c:\>powershell Get-WmiObject Win32_Bios

SMBIOSBIOSVersion : 7SET33WW (1.19 )

Manufacturer : LENOVO

Name : Ver 1.00PARTTBL

SerialNumber : LVB7KY3

Version : LENOVO - 1190

You can even mix and match commands on the same line. In the following, you use the

find

utility to extract the lines containing “Ver” from the output of

Get-WmiObject

c:\>powershell Get-WmiObject Win32_Bios | find "Ver"

SMBIOSBIOSVersion : 7SET33WW (1.19 )

Name : Ver 1.00PARTTBL

Version : LENOVO - 1190

It’s also possible to do PowerShell piping in the same command that uses

cmd.exe

piping. You have to put the pipe symbol in double quotes:

c:\>powershell Get-Process "|" foreach {$_.Name} | find "cs"

csrss

In this example, you call

Get-Process

to get a list of running processes and then

pipe this output into the

foreach

command, which extracts name from the objects.

The overall output from

powershell.exe

is then passed into

find

through

cmd.exe

’s implementation of pipes.

Passing unknown arguments into the interpreter usually works fine, but there is a

case where this causes problems: when you mistype a switch to

powershell.exe

This gets passed to the interpreter, which then emits the following rather incompre-

hensible error:

c:\>powershell -badoption

Missing expression after unary operator '-'.

At line:1 char:2

+ - <<<< badoption

+ CategoryInfo : ParserError: (-:String) [], ParentCont

ainsErrorRecordException

+ FullyQualifiedErrorId : MissingExpressionAfterOperator

What’s happening here is that the interpreter is trying to parse the string it received. It

understands that

is a valid operator, but what follows that operator isn’t a valid

PowerShell expression—and so you get a syntax error.

A.2 POWERSHELL AND UNIX SHELLS

In this section, we’ll look at examples that compare PowerShell to the UNIX

shells—in particular the Bourne shell family (

ksh

bash

, and so on).

NOTE This section in the first edition of the book caused a lot of irate

UNIX shell users to warm up their flamethrowers. (Given that my back-

ground prior to Microsoft was mostly in

UNIX and UNIX-like systems,

POWERSHELL AND UNIX SHELLS 15

I probably would have been one of them.) The point here isn’t to say

that PowerShell is better than the

UNIX shells. Rather, it’s that they take

different approaches to solving similar problems on different systems. As

a result, this becomes something of an apples and oranges discussion.

Although inspired by the

UNIX shells, PowerShell is different from them. The most

obvious difference is that PowerShell uses objects as the basic model of interaction

instead of strings. Second, the list of built-in commands is both larger and end-user

extensible, by which I mean that users can create extensions that are loaded into the

PowerShell process.

Because the same extension mechanism is used by all commands, there is no dif-

ference between the built-in commands and user-created extension cmdlets. This

model is necessitated by and a consequence of the decision to use objects. The out-of-

process extension model used by traditional shells is impractical for an object-based

shell. Even using

XML as an intermediate representation is impractical due to the cost

of serializing and deserializing each object.

NOTE There are UNIX shells that allow end-user extensions. For exam-

ple, the Desktop Korn Shell (dtksh), part of the Common Desktop

Environment

(CDE), allows for in-process end-user extensions. This lets

it call into various

GUI libraries including the Tk part of Tcl/Tk.

Instead of doing a feature-by-feature comparison of PowerShell and the

UNIX shells,

the approach in this section is to work through a set of illustrative examples showing

how a problem can be solved in each environment. Because the examples are

designed to illustrate features in PowerShell, the corresponding

UNIX examples are

non-optimal.

A.2.1 Stopping all processes

To stop all processes that begin with the letter p on a

UNIX system, you type the fol-

lowing shell command line:

$ ps -e | grep " p" | awk '{ print $1 }' | xargs kill

The

command retrieves a list of processes and sends the output text to

grep

. The

grep

command searches the string for processes whose names begin with p. The out-

put of

grep

is, in turn, sent to the

awk

command, which selects the first column in

the input text (which is the process

ID) and then passes those to the

xargs

com-

mand. The

xargs

command executes the

kill

command for each process it receives

as input. Beyond the complexity of the number of stages that need to be executed,

this command is also fragile. The problem is that the

command behaves differ-

ently on different systems (and sometimes on different versions of the same system).

For example, the

-e

flag on

may not be present; or if the processed command isn’t

in column 1 of the output, this command-line procedure will fail.

剩余166页未读，继续阅读

grantl

粉丝: 0
资源: 2

PowerShell权威指南：比较与实践

PowerShell 5与PowerShell Core 6入门指南

PowerShell模块：serilog-powershell简化Serilog日志处理

Windows PowerShell实战指南

powershell

PowerShell

Powershell:Powershell脚本

Git-Powershell-Prompt:增强Powershell命令行的Git信息显示

Windows PowerShell脚本指南

matplotlib-3.6.3-cp39-cp39-linux_armv7l.whl

numpy-2.0.1-cp39-cp39-linux_armv7l.whl

最新资源