In the comments section of a recent post I found out that Windows PowerShell had been ported to Linux. Had no clue it was a thing.

Went looking and found this old article attempting to explain why they did it. Not remotely interested in giving up Bash for PowerShell, but I thought it was interesting enough to share. The article seems to be from 2016.

I have never been more tempted to check the NSFW box, but I’ll leave it open for now unless a mod complains. :-D

  • irelephant [he/him]🍭@lemm.ee
    link
    fedilink
    arrow-up
    10
    arrow-down
    9
    ·
    6 days ago

    Its a completely different shell, not just another terminal emulator.

    Its more readable, and its syntax is less arcane than bash.

    For example, a script to get the first line of a file and its lenght in bash is:

    #!/bin/bash
    
    
    if [ "$#" -ne 1 ]; then
        echo "Usage: $0 filename"
        exit 1
    fi
    
    filename="$1"
    
    
    if [ ! -r "$filename" ]; then
        echo "File '$filename' does not exist or is not readable."
        exit 1
    fi
    
    
    read -r first_line < "$filename"
    
    
    echo "First line: $first_line"
    
    
    length=${#first_line}
    
    echo "Length of first line: $length"
    

    There is so much I hate about this, like using a semicolon after the if condition, and ending it in fi.

    Versus the powershell version:

    param (
        [Parameter(Mandatory = $true)]
        [string]$FilePath
    )
    
    
    if (-not (Test-Path -Path $FilePath)) {
        Write-Error "File '$FilePath' does not exist."
        exit 1
    }
    
    try {
        
        $firstLine = Get-Content -Path $FilePath -TotalCount 1
    }
    catch {
        Write-Error "Could not read from file '$FilePath'."
        exit 1
    }
    
    
    Write-Output "First line: $firstLine"
    
    
    $lineLength = $firstLine.Length
    Write-Output "Length of first line: $lineLength"
    

    It feels more modern.

    • drspod@lemmy.ml
      link
      fedilink
      arrow-up
      23
      arrow-down
      1
      ·
      6 days ago

      bash scripting is not intended to perform all of your logic in the scripting language, it’s intended to call out to other programs which perform specific tasks. The entire POSIX command set is your bash scripting language.

      Your script is a simple one-liner if you know some simple commands:

      $ head -n 1 /usr/share/dict/words | tee /dev/stderr | tr -d '\n' | wc -c
      A
      1
      
      
      • FizzyOrange@programming.dev
        link
        fedilink
        arrow-up
        8
        arrow-down
        1
        ·
        6 days ago

        bash scripting is not intended to perform all of your logic in the scripting language

        Maybe not all, but it’s definitely intended to do some, and it’s really bad at it.

        • Possibly linux@lemmy.zip
          link
          fedilink
          English
          arrow-up
          4
          arrow-down
          1
          ·
          6 days ago

          It works fine for what it is. Bash is just a shell while Powershell is more of a scripting language.

          I think a better comparison would be Python vs Powershell.

          • FizzyOrange@programming.dev
            link
            fedilink
            arrow-up
            5
            ·
            6 days ago

            It doesn’t work fine for what it is. People use Bash for scripting all the time and it’s full of footguns and gotchas. Powershell is just an attempt at a sane shell. It’s not meant to be a full general purpose language like Python; it doesn’t make sense to equate them.

            Personally I don’t really like the style of Powershell. The structured data is very obviously a good thing but I don’t really like the syntax. Nushell seems a lot nicer IMO.

      • irelephant [he/him]🍭@lemm.ee
        link
        fedilink
        arrow-up
        4
        arrow-down
        4
        ·
        edit-2
        6 days ago

        I can do that as well:

        $l = Get-Content "example.txt" -TotalCount 1; Write-Output $l; ($l.TrimEnd("`r", "`n")).Length
        

        There’s a condensed version using aliases then:

        $l = gc 'example.txt' -TotalCount 1; $l; ($l.TrimEnd("`r", "`n")).Length
        

        I still think it has a better syntax than bash.

    • Mjpasta710@midwest.social
      link
      fedilink
      arrow-up
      4
      ·
      edit-2
      6 days ago

      That semicolon is the same use in both languages, why the hangup? It’s a way to put separate commands on the same line.

      PowerShell tried to build everything around the verb-noun command naming structure, which improves readability.

      What’d the semicolon ever do to you?

        • Mjpasta710@midwest.social
          link
          fedilink
          arrow-up
          4
          ·
          edit-2
          6 days ago

          It is unnecessary. It’s only needed when you keep them on the same line. E.g.:

          if [ "$variable" == "value" ]

          then

          echo "Condition is true"

          fi

          That ; can be used anywhere in bash or powershell for the same effect

          • irelephant [he/him]🍭@lemm.ee
            link
            fedilink
            arrow-up
            1
            ·
            edit-2
            6 days ago

            I know, but not all languages require it.

            For example, lua does the following:

            if true
            then
            print("hello")
            end
                  hello
            

            but this also works:

            if true then
                print("hello")
            
            hello
            
            • Mjpasta710@midwest.social
              link
              fedilink
              arrow-up
              2
              ·
              6 days ago

              It sounds like the main point of confusion for you with semicolons, especially in bash and its if/then statements, isn’t about their general readability but more about their role in defining what counts as a complete statement or command, and when they are required versus optional.

              You’re right that bash requires a semicolon (or a newline) after the if condition before the then keyword if they are on the same line. This is because then is considered a separate ‘command’ or keyword that follows the if condition and its associated [ ] or (( )) test.

              A newline serves the same purpose as a semicolon.

              In contrast, languages like Lua, Python, or PowerShell often have syntax where then (or its equivalent) is intrinsically linked to the if and doesn’t require a separator between the condition and the block opening keyword, even on the same line. They typically use newlines or specific block delimiters (like end in Lua, indentation in Python, or curly braces {} in PowerShell) to define the scope of the if statement.

              While the semicolon’s general use is to put multiple commands on one line, its mandatory placement after the if condition before then in bash when on the same line is a specific syntactic requirement of bash to separate those two distinct logical parts of the if construct. Many other languages simply define if condition then block as a single syntactic unit, hence no semicolon is needed there.

                • Mjpasta710@midwest.social
                  link
                  fedilink
                  arrow-up
                  2
                  ·
                  6 days ago

                  I can understand that. There are several expression ‘rules’ that don’t feel right to me.

                  As a wonder, what’s your ‘first’ language? Did you like it?

                  I’d guess that might influence your preferences.

                  I started with (iirc, in order) batch, bash, python, powershell, go, typescript, rust.

                  I’m not putting all the ‘markup’ languages in there.