comprensione gamma di funzioni nel flusso di lavoro PowerShell

Question

Copia e incolla il seguente in un nuovo script PowerShell ISE e colpire F5:

workflow workflow1{ 
    "in workflow1" 
    func1 
} 
function func1 { 
    "in func1" 
    func2 
} 
function func2 { 
    "in func2" 
} 
workflow1 

l'errore che ottengo è:

Il termine 'func2' è non riconosciuto come nome di un cmdlet, funzione, file di script o programma eseguibile

Non lo capisco. Perché func1 dovrebbe essere nello scope ma non func2? Qualsiasi aiuto molto apprezzato. TIA.

Answer 1

Pensa ai flussi di lavoro come elementi di programmazione miopi.

Un flusso di lavoro non può vedere oltre ciò che è immediatamente disponibile nell'ambito. Le funzioni nidificate non funzionano con un singolo flusso di lavoro, perché non possono vederle.

La correzione consiste nel nidificare i flussi di lavoro insieme alle funzioni nidificate. Come ad esempio questo:

workflow workflow1 
{ 
    function func1 
    { 
     "in func1" 
     workflow workflow2 
     { 
      function func2 
      { 
       "in func2" 
      } 
      func2 
     } 
     "in workflow2" 
     workflow2 
    } 
    "in workflow1" 
    func1 
} 
workflow1 

Poi si vede le funzioni nidificate:

in workflow1 
in func1 
in workflow2 
in func2 

più su di esso here

Answer 2

Non proprio una risposta alla tua domanda, ma più una traccia da seguire. Metterlo in un commento sarebbe troppo lungo.

Da here:

Quando si esegue un flusso di lavoro di script, Windows PowerShell analizza lo script in un albero di sintassi astratta (AST). La presenza della parola chiave "workflow" fa sì che il compilatore script-flusso di lavoro utilizzi questo AST su genera XAML, il formato richiesto dal runtime di Windows Workflow Foundation . Per creare l'esperienza utente per interagire con questo flusso di lavoro , creiamo quindi una funzione wrapper con gli stessi parametri , ma coordina invece l'esecuzione del flusso di lavoro all'interno di l'esecutivo del flusso di lavoro PowerShell. È possibile vedere sia la funzione wrapper e il codice XAML generato eseguendo:

Get-Command workflow1 |Format-List * 

L'ho fatto per il flusso di lavoro specifico (vedere il Workflow1 nel comando sopra) e sia XAML e PowerShell generato il codice sono .. . interessante. Il codice XAML non include alcun riferimento a func2, ma contiene un riferimento a func1.

Answer 3

Per riassumere vagamente tutte le risposte, non mettono in discussione il motivo per cui si comporta in questo modo, accetta solo quello che fa e gestiscilo. Giusto.

Ho scritto un'intera pipeline di distribuzione in Powershell senza flusso di lavoro e mi piacerebbe ottimizzarlo utilizzando "foreach -parallel" del flusso di lavoro, tuttavia sembra che la tassa sul farlo sia che dovrei tornare indietro e riscrivi l'intera cosa nel flusso di lavoro. Questa è una tassa troppo grande da pagare, purtroppo, solo per ottenere un ciclo foreach parallelo.

Lezione appresa: utilizzare il flusso di lavoro PowerShell sin dall'inizio.

Answer 4

È possibile racchiudere le funzioni e le relative chiamate all'interno di InlineScript, che potrebbe essere uno script per sistema. Quindi esegui questo inlinescript all'interno di un ciclo foreach -Parallel che funziona attraverso i sistemi che vuoi interrogare.