Problèmes de retourner à la table de hachage

Donc, si j'ai le code suivant:

function DoSomething {
  $site = "Something"
  $app = "else"
  $app
  return @{"site" = $($site); "app" = $($app)}
}

$siteInfo = DoSomething
$siteInfo["site"]

Pourquoi ne pas $siteInfo["site"] retour "quelque Chose"?

Je peux état....

$siteInfo

Et il sera de retour 

else

Key: site
Value: Something
Name: site

Key: app
Value: else
Name: app

Ce qui me manque?

  • $siteInfo["site"] ne retour Something pour moi.
  • pour moi aussi, powershell version?
  • Ok, j'ai quelques infos. J'ai ajouté un simple appel sur une variable ($app) ci-dessus dans mon code de fonction. Ce qui était survenant était que la valeur de $app et de la table de hachage a été renvoyé à la variable qui a appelé la fonction. Donc, si j'ai fait une ($siteInfo | fl), ce serait montrer à la fois "autre chose" et puis les deux clés/valeurs. Pourquoi est-ce?
  • Il semble que, depuis que vous avez $app tout seul sur une ligne que vous souhaitez imprimer quelque chose à l'écran dans la fonction elle-même, mais pas de retour à l'appelant. Vous pouvez faire cela en utilisant la Out-Host ou Write-Host applets de commande qui permet d'afficher l'objet, mais de ne pas s'engager pour le pipeline. Par exemple: Write-Host $app ou $app | Out-Host.
InformationsquelleAutor pghtech | 2011-12-29
  1. 16

    Dans PowerShell, retour des fonctions de tout et de toutes les valeurs retournées par chaque ligne dans la fonction; explicite return déclaration n'est pas nécessaire.

    La String.IndexOf() méthode renvoie une valeur de type entier, dans cet exemple, DoSomething renvoie " 2 " et la table de hachage en tant que tableau d'objets comme on le voit avec .GetType().

    function DoSomething {
  $site = "Something"
  $app = "else"
  $app.IndexOf('s')
  return @{"site" = $($site); "app" = $($app)}
}

$siteInfo = DoSomething
$siteInfo.GetType()

    L'exemple suivant montre 3 façons de bloquer les indésirables de sortie:

    function DoSomething {
  $site = "Something"
  $app = "else"

  $null = $app.IndexOf('s')   # 1
  [void]$app.IndexOf('s')     # 2
  $app.IndexOf('s')| Out-Null # 3

  # Note: return is not needed.
  @{"site" = $($site); "app" = $($app)}
}

$siteInfo = DoSomething
$siteInfo['site']

    Voici un exemple de la façon d'envelopper plusieurs instructions dans un ScriptBlock pour capturer indésirables de sortie:

    function DoSomething {
    # The Dot-operator '.' executes the ScriptBlock in the current scope.
    $null = .{
        $site = "Something"
        $app = "else"

        $app
    }

    @{"site" = $($site); "app" = $($app)}
}

DoSomething
    • Rynant - Dans cet exemple, n'est-il pas une meilleure façon de gérer les valeurs de retour. Son très commun de définir des variables, mais d'avoir à revenir en arrière et bloquer toute possibilité de retour de la valeur renvoyée tourne un peu la ligne de la fonction dans une horrible gâchis. Pourriez-vous filtre I. E.> FunctionName | $_.<truc> pour obtenir une valeur de retour?
    • Dans la pratique, je n'ai pas trouvé qu'il n'y a pas beaucoup de fois que j'ai besoin de bloquer de manière explicite une valeur de retour depuis que je suis généralement à l'aide de la valeur de retour ou il n'y a pas de valeur de retour. Si je ne sais pas si je l'ai vu dans la pratique, je suppose que vous pourriez tout envelopper avec $null = .{ <# function contents #> }, but I would rather use Hors Null`, et la comme lorsque nécessaire.
    • Sérieusement, pourquoi ? Presque brisé mon ordinateur portable essaie de faire un peu *** les fonctions !
    • Pourquoi supplémentaire $() sont utilisés pour $site et $app?
    • Ce n'est probablement pas nécessaire. Je viens de modifier le code en question.
    InformationsquelleAutor Rynant
  2. 1

    @Rynant TRÈS utile de poster, merci de fournir des exemples sur le masquage de la fonction de sortie!

    Ma solution proposée:

    function DoSomething ($a,$b){
  @{"site" = $($a); "app" = $($b)}
}

$c = DoSomething $Site $App
    InformationsquelleAutor mr.buttons