{"id":139,"date":"2023-12-30T16:41:32","date_gmt":"2023-12-30T22:41:32","guid":{"rendered":"https:\/\/techlensfocus.com\/?p=139"},"modified":"2024-03-05T22:09:22","modified_gmt":"2024-03-06T04:09:22","slug":"getting-started-with-powershell-function-parameters-part-1","status":"publish","type":"post","link":"https:\/\/techlensfocus.com\/index.php\/2023\/12\/30\/getting-started-with-powershell-function-parameters-part-1\/","title":{"rendered":"Getting Started with PowerShell Function Parameters Part 1"},"content":{"rendered":"\n

<\/p>\n\n\n\n

Table of Contents<\/div>
<\/span><\/span><\/span><\/span><\/div><\/div>
<\/div>
    <\/ol><\/div><\/div><\/div>\n\n\n\n

    <\/p>\n\n\n\n

    PowerShell functions are the building blocks of automation, and understanding their parameters is key to crafting efficient and adaptable scripts. Let’s explore the power and versatility that parameters bring to PowerShell functions.<\/p>\n\n\n\n

    <\/p>\n\n\n\n

    Understanding PowerShell Function Parameters<\/h2>\n\n\n\n

    PowerShell function parameters are variables that you define within a function to accept input values from the calling code. Parameters allow you to create flexible and reusable functions by specifying placeholders for values that can be passed when the function is called. <\/p>\n\n\n\n

    PowerShell function parameters are crucial for customizing and reusing functions across projects, allowing dynamic execution and automation. They enforce consistency, prevent errors, and streamline workflows in production environments. Parameters adapt scripts to varying needs, ensuring adaptability and easy testing for specific functionalities.<\/p>\n\n\n\n

    <\/p>\n\n\n\n

    Making PowerShell Function with Parameters and Examples<\/h2>\n\n\n\n

    Now let’s create a PowerShell Function with Parameters step by step:<\/p>\n\n\n\n

    Example 1<\/h4>\n\n\n\n

    Step 1:<\/strong> Creating function<\/p>\n\n\n\n

    Use the function<\/code> <\/strong><\/em>keyword followed by the name you want to assign to your function. Then, use a pair of curly braces {}<\/strong><\/code> to encapsulate the code<\/p>\n\n\n\n

    function Test1\n{\n    \n}\n<\/pre>\n\n\n\n
    Step 2: <\/strong>Add Parameters<\/p>\n\n\n\n
    Use the param()<\/code> <\/em><\/strong>block inside the function. Define each parameter using its name and data type. You can also set default values or define optional parameters. Below the function take two parameters ($param1<\/strong> and $param2<\/strong>)<\/p>\n\n\n\n
    function Test1 \n{\n    param(\n        [string]$param1,\n        [int]$param2\n    )\n\n}\n<\/pre>\n\n\n\n
    Step 3:<\/strong> Utilize the Parameters<\/p>\n\n\n\n
    For example,<\/p>\n\n\n\n
    function Test1 \n{\n    param(\n        [string]$param1,\n        [int]$param2\n    )\n\n    Write-Host \"Parameter 1: $param1\"\n    Write-Host \"Parameter 2: $param2\"\n}\n\n# Test the function \nTest1 -param1 \"This is a test\" -param2 12<\/pre>\n\n\n\n
    Output<\/p>\n\n\n\n
    \"\"<\/figure>\n\n\n\n
    PowerShell also supports various parameter types beyond basic data types like [string]<\/strong> and [int] <\/strong>such as:<\/p>\n\n\n\n
      \n
    • Boolean : [bool]<\/strong><\/li>\n\n\n\n
    • Array: [array]<\/strong><\/li>\n\n\n\n
    • Hash Table: [hashtable]<\/strong><\/li>\n\n\n\n
    • DateTime: [datetime]<\/strong><\/li>\n\n\n\n
    • Custom Object: [MyCustomObject]<\/strong><\/li>\n\n\n\n
    • Switch: [switch]<\/strong>, acting as a switch (true\/false without a value) <\/li>\n\n\n\n
    • File or Path: [System.IO.FileInfo]<\/strong> this type of parameter accept file paths or specific files<\/li>\n\n\n\n
    • ValidatePattern: [ValidatePattern()]<\/strong>, Validates input using a regular expression pattern<\/li>\n<\/ul>\n\n\n\n
      Example 2<\/h4>\n\n\n\n
      Here’s an example using a [bool]<\/strong> (Boolean) parameter type<\/p>\n\n\n\n
      function Check-Status \n{\n    param(\n        [bool]$IsActive\n    )\n    if ($IsActive) \n    {\n        Write-Host \"The status is active.\"\n    } \n    else \n    {\n        Write-Host \"The status is inactive.\"\n    }\n}\n\n# Calling the function with a boolean argument\nCheck-Status -IsActive $true\n<\/pre>\n\n\n\n
      Output: <\/p>\n\n\n\n
      \"\"<\/figure>\n\n\n\n
      In this example, the Check-Status<\/strong> function takes a [bool]<\/strong> parameter named $IsActive<\/strong>. Inside the function, it checks the value of the $IsActive<\/strong> parameter. If it’s true<\/code>, it outputs that the status is active; otherwise, it states that the status is inactive. In this case, we pass the argument -IsActive $true<\/strong>, indicating that the status is active. You can change $true<\/strong> to $false<\/strong> when calling the function to observe the “inactive” status output.<\/p>\n\n\n\n
      Example 3: <\/h4>\n\n\n\n
      Here’s an example using a [switch]<\/strong> parameter type<\/p>\n\n\n\n
      function Toggle-Status \n{\n    param(\n        [switch]$Enable\n    )\n\n    if ($Enable) \n    {\n        \"Status is enabled.\"\n    } \n    else \n    {\n        \"Status is disabled.\"\n    }\n}\n\n# Calling the function without enabling the status (switch not specified)\nToggle-Status\n\n# Calling the function and explicitly enabling the status using the switch parameter\nToggle-Status -Enable<\/pre>\n\n\n\n
      The Toggle-Status<\/strong> function has a single parameter named $Enable<\/strong> of type [switch]<\/strong>. When the function is called without specifying -Enable<\/strong>, it defaults to $false<\/strong>. When you call the function with -Enable<\/strong>, it sets the switch parameter to $true<\/code>. Try running the code the see the outputs.<\/p>\n\n\n\n
      <\/p>\n\n\n\n
      Using the [Parameter()] Attributes<\/h2>\n\n\n\n
       If you want to add additional attributes or properties to your parameters, you can use [Parameter()]<\/strong> along with various options to customize their behavior. [Parameter()]<\/strong> is an attribute used to define parameters within a function such as its position, mandatory status, default values, etc. For instance, you can use it to define parameter properties like this:<\/p>\n\n\n\n
        \n
      • [Parameter(Mandatory = $true)]<\/strong><\/code> makes the parameter mandatory<\/li>\n\n\n\n
      • [Parameter(Position = 0)]<\/code> <\/strong>specifies the position of the parameter<\/li>\n\n\n\n
      • [Parameter(ValueFromPipeline = $true)]<\/strong><\/code> allows the parameter to accept input from the pipeline, among others<\/li>\n<\/ul>\n\n\n\n
        Let’s look at some examples:<\/p>\n\n\n\n
        Example 1: Function with Mandatory parameter<\/h4>\n\n\n\n
        In this example, we will using Function with mandatory parameter. When you set a parameter as mandatory by assigning it a value of $true<\/code>, you must provide a value for that variable when calling the function.<\/p>\n\n\n\n
        function Print-Info \n{\n    param(\n        [Parameter(Mandatory=$true)]\n        [int]$Number\n    )\n\n    \"The provided number is: $Number\"\n}\n\n# Calling the Function\nPrint-Info -Number 12\n\n# Note that Calling the function without providing the mandatory parameter\n# will generate an error because the mandatory parameter is missing<\/pre>\n\n\n\n
        Output:<\/p>\n\n\n\n
        \"\"<\/figure>\n\n\n\n
        Example 2: Function with Positional parameter<\/h4>\n\n\n\n
        A function with positional parameters in PowerShell is a function where the parameters can be passed based on their positions rather than explicitly using their names. Positional parameters can be useful when you have functions with multiple parameters, and their order of usage is consistent. See example below:<\/p>\n\n\n\n
        function Greet-User \n{\n    param(\n        [Parameter(Position=0)]\n        [string]$FirstName,\n\n        [Parameter(Position=1)]\n        [string]$LastName\n    )\n\n    \"Hello, $FirstName $LastName! Welcome to PowerShell.\"\n}\n\n# Calling the function using positional parameters\nGreet-User \"John\" \"Doe\"<\/pre>\n\n\n\n
        Output: <\/p>\n\n\n\n
        \"\"<\/figure>\n\n\n\n
        This function Greet-User<\/strong>, the parameters $FirstName<\/strong> and $LastName<\/strong> are set with specific positions using the [Parameter(Position=X)] <\/strong>attribute. This means when you call the function, you can pass the arguments in the order of their positions without explicitly mentioning the parameter names. “John”<\/strong> will be assigned to $FirstName<\/strong> because it’s the first positional parameter, and “Doe”<\/strong> will be assigned to $LastName<\/strong> as it’s the second positional parameter.<\/p>\n\n\n\n
        However, you should explicitly specifying the parameter names while calling the function as it makes your script more readable and less error-prone, especially with functions that have numerous parameters or if the parameter order might be ambiguous.<\/p>\n\n\n\n
        You can also use both the Mandatory<\/strong> and Position<\/strong> attributes together for a parameter in a function: <\/p>\n\n\n\n
        function Get-Info \n{\n    param(\n        [Parameter(Mandatory=$true, Position=0)]\n        [string]$Name,\n\n        [Parameter(Position=1)]\n        [int]$Age\n    )\n\n    \"Name: $Name\"\n    if ($Age) \n    {\n        \"Age: $Age\"\n    } \n    else \n    {\n        \"Age not provided.\"\n    }\n}\n\n# Calling the function using positional parameters\nGet-Info \"John\" 30<\/pre>\n\n\n\n
        Output: <\/p>\n\n\n\n
        \"\"<\/figure>\n\n\n\n
        In this Get-Info<\/code> function:<\/p>\n\n\n\n
          \n
        • $Name<\/strong> is set as a mandatory parameter and is also the first positional parameter.<\/li>\n\n\n\n
        • $Age<\/strong> is set as a non-mandatory parameter and is the second positional parameter.<\/li>\n<\/ul>\n\n\n\n
          In the output, “John”<\/strong> is assigned to $Name<\/strong> (first positional parameter), and 30 <\/strong>will be assigned to $Age <\/strong>(second positional parameter). The Mandatory<\/code> attribute ensures that $Name<\/strong> must be provided when calling the function, while $Age<\/strong> remains optional since it doesn’t have the Mandatory attribute.<\/p>\n\n\n\n
          Example 3 Function with ParameterSetName<\/h4>\n\n\n\n
          The ParameterSetName<\/strong> feature allows you to define different sets of parameters within a function. Each set, identified by a unique ParameterSetName can have its own parameters, providing flexibility in how the function is called and what parameters are required or optional based on a specific scenario. This approach allows you to create more versatile functions that adapt to different scenarios by defining different sets of parameters, each applicable under specific conditions or use cases.<\/p>\n\n\n\n
          Below is an example simulates a function to manage network settings based on different parameter sets:<\/p>\n\n\n\n
          function Set-NetworkSettings \n{\n    param (\n        [Parameter(ParameterSetName='StaticIP', Mandatory=$true)]\n        [string]$IPAddress,\n\n        [Parameter(ParameterSetName='StaticIP', Mandatory=$true)]\n        [string]$SubnetMask,\n\n        \n        [Parameter(ParameterSetName='DHCP', Mandatory=$true)]\n        [switch]$UseDHCP\n    )\n    \n    if ($PSCmdlet.ParameterSetName -eq 'StaticIP') \n    {\n        \"Setting static IP: $IPAddress, Subnet Mask: $SubnetMask\"\n        # Apply static IP settings\n    }\n\n    if ($PSCmdlet.ParameterSetName -eq 'DHCP') \n    {\n        \"Using DHCP for IP configuration.\"\n        # Configure network to use DHCP\n    }\n}\n\n# Setting network settings with a static IP address\nSet-NetworkSettings -IPAddress \"192.168.1.100\" -SubnetMask \"255.255.255.0\"\n\n# Configuring the network to use DHCP\nSet-NetworkSettings -UseDHCP<\/pre>\n\n\n\n
          Output 1: Setting network settings with a static IP address<\/p>\n\n\n\n
          \"\"<\/figure>\n\n\n\n
          Output 2: If we configuring the network to use DHCP<\/p>\n\n\n\n
          \"\"<\/figure>\n\n\n\n
          In the example above, the Set-NetworkSettings<\/strong> function has two parameter sets: ‘StaticIP’ and ‘DHCP’ <\/p>\n\n\n\n
          ‘StaticIP’ expects parameters $IPAddress <\/strong>and $SubnetMask<\/strong> for setting a static IP address<\/p>\n\n\n\n
          ‘DHCP’ includes a [switch] parameter $UseDHCP<\/strong> to specify using DHCP for network configuration<\/p>\n\n\n\n
          $PSCmdlet <\/strong>is a PowerShell automatic variable that refers to the cmdlet or script from within which it is accessed. It provides access to properties and methods related to the current cmdlet execution context. In the context of a function with multiple parameter sets, $PSCmdlet.ParameterSetName<\/strong> is used to determine which parameter set was used when the function was called.<\/p>\n\n\n\n
          Using the [ValidateSet()] attributes<\/h2>\n\n\n\n
          The [ValidateSet()]<\/strong> attribute in PowerShell is used to limit the input of a parameter to a predefined set of valid values. It ensures that only specified values are accepted for that particular parameter. This can be useful for user inputs or configuration settings.<\/p>\n\n\n\n
          Example 1<\/h4>\n\n\n\n
          function Set-Environment \n{\n    param(\n        [ValidateSet(\"Development\", \"Testing\", \"Production\")]\n        [string]$Environment\n    )\n\n    Write-Host \"Selected environment: $Environment\"\n    # Additional operations based on the selected environment\n}\n\n# Valid call using one of the specified values\nSet-Environment -Environment \"Development\"\n\n# Invalid call using a value not included in the ValidateSet\n# This will give error\nSet-Environment -Environment \"Staging\"<\/pre>\n\n\n\n
          Output 1: <\/p>\n\n\n\n
          \"\"<\/figure>\n\n\n\n
          Output 2: when you put a value that is not included in the ValidateSet<\/p>\n\n\n\n
          \"\"<\/figure>\n\n\n\n
          The Set-Environment <\/strong>function has a parameter named $Environment<\/strong>. [ValidateSet(“Development”, “Testing”, “Production”)]<\/strong> restricts the valid values for $Environment<\/strong> to only “Development”, “Testing”, or “Production”. If any other value is provided, PowerShell will throw an error indicating that the input is not valid. <\/p>\n\n\n\n
          <\/p>\n\n\n\n
          Using Begin, Process, End <\/h2>\n\n\n\n
          Begin<\/strong>, Process <\/strong>, End <\/strong>are script blocks that can be utilized in advanced functions, especially when dealing with cmdlets and scripts that handle pipeline input. These blocks are particularly useful when dealing with commands that accept input from the pipeline (ValueFromPipeline=$true<\/strong>). They provide a structured way to handle iterative processing of objects passed through the pipeline.<\/p>\n\n\n\n
          If your PowerShell function or script doesn’t rely on or accept pipeline input, there might not be a significant need to use the Begin<\/strong>, Process <\/strong>and End <\/strong>block.<\/p>\n\n\n\n
          Example 1: <\/h4>\n\n\n\n
          function Count-Characters \n{\n    param (\n        [Parameter(ValueFromPipeline=$true)]\n        [string]$Text\n    )\n\n    begin \n    {\n        Write-Host \"Starting character count.\"\n    }\n    process \n    {\n        $charCount = $Text.Length\n        Write-Host \"Text: $Text - Character count: $charCount\"\n    }\n    end \n    {\n        Write-Host \"Ending character count.\"\n    }\n}\n\n# Use the Function\n\"Hello\", \"Goodbye\", \"PowerShell\" | Count-Characters\n<\/pre>\n\n\n\n
          Output<\/p>\n\n\n\n
          \"\"<\/figure>\n\n\n\n
          This function Count-Characters<\/strong>, calculates the character count of text passed through the pipeline<\/p>\n\n\n\n
          In Powershell there are two kind of types of pipeline input, known as ByValue <\/strong>and ByPropertyName <\/strong><\/p>\n\n\n\n
          ByValue (Entire Object)<\/h4>\n\n\n\n
          This type of pipeline input accepts the entire object passed through the pipeline. Here’s an example<\/p>\n\n\n\n
          function Multiply-Number \n{\n    param (\n        [Parameter(ValueFromPipeline=$true)]\n        [int]$Number,\n        [int]$Factor\n    )\n\n    process \n    {\n        $result = $Number * $Factor\n        Write-Output $result\n    }\n}\n\n# Use the Function \n1, 2, 3, 4 | Multiply-Number -Factor 10<\/pre>\n\n\n\n
          Output<\/p>\n\n\n\n
          \"\"<\/figure>\n\n\n\n
          In this example, the numbers 1,2,3,4 are passed through the pipeline as individual objects. The Multiply-Number <\/strong>function receives each of these numbers as a whole object due to ValueFromPipeline=$true<\/strong><\/p>\n\n\n\n
          ByPropertyName (Single Object Property)<\/h4>\n\n\n\n
          This type of pipeline input operates on a single property of an object passed through the pipeline. Here’s an example<\/p>\n\n\n\n
          function Capitalize-Property \n{\n    param (\n        [Parameter(ValueFromPipelineByPropertyName=$true)]\n        [string]$Name\n    )\n    \n    process \n    {\n        $result = $Name.ToUpper()\n        Write-Output $result\n    }\n}\n\n# Assume we have a custom object with a property called Name:\n$person = [PSCustomObject]@{\n    Name = \"john\"\n}\n\n# Pass this object through the pipeline and modify its Name property\n$person | Capitalize-Property<\/pre>\n\n\n\n
          Output<\/p>\n\n\n\n
          \"\"<\/figure>\n\n\n\n
          This example takes the property Name<\/code> of the object $person<\/strong> and capitalizes it using the Capitalize-Property <\/strong>function. ValueFromPipelineByPropertyName=$true<\/strong> parameter attribute enables this behavior, allowing the function to work on the specified property of the incoming object.<\/p>\n\n\n\n
          So choosing between ByValue<\/strong> and ByPropertyNam<\/strong>e pipeline input largely depends on the context of your script or function and the nature of the data you’re dealing with<\/p>\n\n\n\n
          If your function needs to process the entirety of each object passing through the pipeline, use ValueFromPipeline=$true<\/strong>. For instance, if you’re performing actions on complete objects like files, services, or custom objects where all properties matter.<\/p>\n\n\n\n
          If your function or script operates on specific properties of objects rather than the entire object, ValueFromPipelineByPropertyName=$true <\/strong>is beneficial. For example, if you want to modify specific attributes like filenames, usernames, specific properties of objects, etc.<\/p>\n\n\n\n
          <\/p>\n\n\n\n
          Using the [CmdletBinding()] attributes<\/h2>\n\n\n\n
          [CmdletBinding()]<\/strong> is an attribute used in PowerShell functions to enable advanced features associated with cmdlets. Here are some scenarios when you should consider using [CmdletBinding()]<\/strong><\/p>\n\n\n\n
          Example 1<\/h4>\n\n\n\n
          Using Common Parameter:<\/strong> If you want your function to support common parameters like -Verbose<\/strong>, -Debug<\/strong>, -ErrorAction<\/strong>, -WarningAction<\/strong>, etc then [CmdletBiding()]<\/strong> is necessary<\/p>\n\n\n\n
          function Test-Function \n{\n    [CmdletBinding()]\n    param (\n        [Parameter()]\n        [int]$Number\n    )\n\n    Write-Verbose \"Verbose mode activated.\"\n    \n    try \n    {\n        $result = 10 \/ $Number\n        Write-Output \"Result: $result\"\n    } \n    catch \n    {\n        Write-Error \"Error occurred: $_\"\n    }\n}\n\n# Use the Function \nTest-Function -Number 0 -Verbose -ErrorAction Stop<\/pre>\n\n\n\n
          Output<\/p>\n\n\n\n
          \"\"<\/figure>\n\n\n\n
          In this example, Write-Verbose<\/strong> is used to output verbose information if -Verbose<\/strong> is specified when calling the function. The try-catch<\/strong> block is used to handle errors. If an error occurs during the division, it’s caught and displayed using Write-Error<\/strong><\/p>\n\n\n\n
          Example 2<\/h4>\n\n\n\n
          SupportsShouldProcess<\/strong>: [CmdletBinding()] allow you to confirm potentially destructive actions before execution, prove a safer user experience.<\/p>\n\n\n\n
          Note that [CmdletBinding ]<\/p>\n\n\n\n
          function Remove-File \n{\n    [CmdletBinding(SupportsShouldProcess=$true)]\n    param (\n        [Parameter(Mandatory=$true)]\n        [string]$FilePath\n    )\n\n    if ($PSCmdlet.ShouldProcess(\"Delete file: $FilePath\", \"Confirm deletion\")) \n    {\n        Remove-Item -Path $FilePath -Force\n        Write-Output \"File $FilePath has been deleted.\"\n    } \n    else \n    {\n        Write-Output \"Deletion of file $FilePath was canceled.\"\n    }\n}\n\n# Use the Function \nRemove-File -FilePath \"C:\\Path\\To\\File.txt\" -WhatIf<\/pre>\n\n\n\n
          In this example, [CmdletBinding(SupportsShouldProcess-$true)] <\/strong>enables the support for ShouldProcess()<\/strong>. The ShouldProcess() <\/strong>prompts the user for confirmation before deleting the file specified by $FilePath.<\/p>\n\n\n\n
          In this case, -Whatif<\/strong> parameter allow you to see what would happen without actually performing the action. If you remove -Whatif <\/strong>it will prompt you for confirmation before deleting the file.<\/p>\n\n\n\n
          <\/p>\n\n\n\n
          Conclusion<\/h2>\n\n\n\n
          In conclusion, PowerShell function parameters promote modularity, flexibility, and clarity, enabling the creation of adaptable, reusable, and user-friendly functions that cater to diverse scenarios and enhance automation capabilities.<\/p>\n\n\n\n
          <\/p>\n\n\n\n
          <\/p>\n\n\n\n
          <\/p>\n","protected":false},"excerpt":{"rendered":"
          Automate tasks and customize scripts with powerful PowerShell function parameters. Validate inputs, enhance flexibility.<\/p>\n","protected":false},"author":1,"featured_media":258,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"footnotes":""},"categories":[6,15],"tags":[22,21,20],"class_list":["post-139","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-it","category-powershell","tag-function-parameters-in-powershell","tag-parameters","tag-powershell-function"],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/techlensfocus.com\/index.php\/wp-json\/wp\/v2\/posts\/139","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/techlensfocus.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/techlensfocus.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/techlensfocus.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/techlensfocus.com\/index.php\/wp-json\/wp\/v2\/comments?post=139"}],"version-history":[{"count":105,"href":"https:\/\/techlensfocus.com\/index.php\/wp-json\/wp\/v2\/posts\/139\/revisions"}],"predecessor-version":[{"id":856,"href":"https:\/\/techlensfocus.com\/index.php\/wp-json\/wp\/v2\/posts\/139\/revisions\/856"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/techlensfocus.com\/index.php\/wp-json\/wp\/v2\/media\/258"}],"wp:attachment":[{"href":"https:\/\/techlensfocus.com\/index.php\/wp-json\/wp\/v2\/media?parent=139"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/techlensfocus.com\/index.php\/wp-json\/wp\/v2\/categories?post=139"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/techlensfocus.com\/index.php\/wp-json\/wp\/v2\/tags?post=139"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}