PowerShell管道和括号——PowerShell三分钟（六）

ddddddf

　　本期主要介绍多个命令之间的衔接——管道
　　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)
　　好啦，基本的管道和括号介绍完了，各位赶快把命令优化起来，争取在一行以内执行完毕