本期主要介绍多个命令之间的衔接——管道

PowerShell通过管道把命令互相连接起来，通过传输第一个命令，将其作为第二个命令Cmdlet的输入，使其联合运行
应用管道符可以极大的提高效率，原本需要多次执行的命令只需一行即可完成

举个栗子
现在需要查询所有 zhangs 开头的域账号，并禁用
那么我们可以这样运行

Get-ADUser -Filter {SamAccountName -like "zhangs*"} | Set-ADUser -Enabled $False

当然，管道可以同时使用多个，假设你的账号存在一个文本里，就可以这样写

Get-Content C:\1.txt | Get-ADUser -Filter {Enabled -eq $True} | Set-ADUser -Enabled $False

但管道并不是越多越好，太多的管道会降低执行效率，这里还请大家要注意一下

从上面的例子可以看出，通过管道可以先查询AD用户，然后设置AD用户

但如果是两个不相关的数据这样执行，会有什么结果呢？

实时证明，无法成功执行

那么，PowerShell究竟是如何传输数据给管道的呢？？

在下面的示例中，我们将第一条命令成为命令A，这条命令会产生某些结果。第二条命令成为命令B，它会接收命令A产生的结果集，然后完成自己的工作

Get-Content C:\Computers.txt | Get-Service

当运行Get-Content时，它会将文本文件中的计算机名称放入管道中。之后PowerShell再决定如何将该数据传递给Get-Service命令。但PowerShell一次只能使用单个参数来接收传入数据。

也就是说PowerShell必须决定由Get-Service的哪个参数来接收Get-Content产生的结果，这个决定称为管道参数绑定。

PowerShell共有两种方法进行管道参数绑定：

• ByValue

当使用ByValue这种方式实现管道参数绑定时，PowerShell会确认命令A产生的数据对象类型，然后查看命令B中哪个参数可以接受经由管道传来对象的类型。

你会看到Get-Content命令产生的结果对象是String。通过查询帮助，可以看到Get-Service中的确存在可以从ByValue管道中接收String类型数据的参数-Name。你可能已经发现了一个问题:这不是我们需要的——我们的文本文件中的内容，也就是String对象，指的是计算机名称，并不是服务名称，所以肯定无法执行。

• ByPropertyName

该方案同样将命令A的输出结果传递给命令B的参数，但是ByPropertyName与ByValue稍有不同：命令B的多个参数可以被同时使用。
该功能是实现其实非常简单：仅仅是寻找能够匹配参数名称的属性名称

但如果命令A输出的属性和命令B的参数名称不对齐时，将会变得比较困难。这时需要通过自定义属性来解决

有些时候，不管我们怎么尝试，都无法处理管道的输出结果。比如Get-WmiObject
Get-Content .\Computers.txt | Get-WmiObject –Class Win32_BIOS
该参数并不能接收来自管道的计算机名称，那么我们如何将其他来源的数据传递给该命令呢？

这时可以通过括号来优先执行括号内的命令，然后将结果作为参数进行传递
Get-WmiObject –Class Win32_BIOS –ComputerName (Get-Content .\Computers.txt)

好啦，基本的管道和括号介绍完了，各位赶快把命令优化起来，争取在一行以内执行完毕