Na maioria das linguagens do tipo C, sou decidido a colocar meus aparelhos nos quais acho que eles tornam o código mais fácil de ler.
O analisador do PowerShell reconhece quando uma declaração claramente não está completa e olha para a próxima linha. Por exemplo, imagine um cmdlet que use um parâmetro opcional de bloco de script:
Get-Foo {............}
se o bloco de scripts for muito longo, você pode escrever:
Get-Foo
{
...............
...............
...............
}
Mas isso não vai funcionar: o analisador verá duas instruções. O primeiro é Get-Foo
e o segundo é um bloco de script. Em vez disso, escrevo:
Get-Foo {
...............
...............
...............
}
Eu poderia usar o caractere de continuação de linha (`), mas isso torna o código difícil de ler e convida a erros.
Como esse caso exige que a chave aberta esteja na linha anterior, sigo esse padrão em todos os lugares:
se (condição) {
.....
}
Observe que as if
instruções exigem um bloco de script na gramática do idioma; portanto, o analisador procurará na próxima linha o bloco de scripts, mas, por consistência, mantenho o colchete aberto na mesma linha.
De maneira semelhante, no caso de tubulações longas, quebro após o caractere de tubulação ( |
):
$ project.Items |
? {$ _. Key -eq "ProjectFile"} |
% {$ _. Valor} |
% {$ _. EvaluatedInclude} |
% {
.........
}