本期主要介绍多个命令之间的衔接——管道
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)
好啦，基本的管道和括号介绍完了，各位赶快把命令优化起来，争取在一行以内执行完毕
另外有需要云服务器可以了解下创新互联cdcxhl.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。
