Also, do y’all call main() in the if block or do you just put the code you want to run in the if block?

  • grrgyle@slrpnk.net
    link
    fedilink
    arrow-up
    49
    ·
    3 days ago

    I remember how weird this looked the first time I saw it and while I may now understand it, it still looks jank af

    • frezik@midwest.social
      link
      fedilink
      arrow-up
      8
      ·
      2 days ago

      Python: I’m so readable that I’m practically executable pseudo-code

      Also Python: if __name__ == '__main__': . . .

    • Anomalocaris@lemm.ee
      link
      fedilink
      arrow-up
      4
      ·
      2 days ago

      I still wonder why.

      unless it’s for something that you want to work as an importable module and a standalone tool, then why do you need that?

      • Archr@lemmy.world
        link
        fedilink
        arrow-up
        2
        ·
        2 days ago

        The main two reasons that I can think of to include this even when you have no intention of importing this as a library are:

        1. For unit testing you will need to import as a module.
        2. Sometimes I will run a python interactive interpreter and then import my script so that I can do some manual testing without needing to change my main function or if stmt.
      • nickwitha_k (he/him)@lemmy.sdf.org
        link
        fedilink
        arrow-up
        1
        ·
        edit-2
        2 days ago

        This is exactly why the conditional is used. It allows the script to function both as a standalone application and a library.

        ETA: Probably would make sense to just treat it as default behavior in the interpreter and only require the conditional to overwrite in cases where main is not the main function and/or pre-processing is needed.

      • grrgyle@slrpnk.net
        link
        fedilink
        arrow-up
        1
        ·
        2 days ago

        Oh that is a good point actually. It’s been a while since I have done any serious Python, so I’m not sure why you couldn’t just use convention instead of this conditional.

        For my part, if a Python script is meant to be executed, then I’ll give it a shebang, drop the .py, and simply mark it as executable in the filesystem. 🤷‍♂️

    • bane_killgrind@slrpnk.net
      link
      fedilink
      English
      arrow-up
      6
      ·
      2 days ago

      Now think about this, you have logic that doesn’t make sense when run directly, but you need it to be a library.

      You have multiple name=main statements in some of your functions

      • grrgyle@slrpnk.net
        link
        fedilink
        arrow-up
        3
        ·
        2 days ago

        I’m not sure I’m following the implication. Name=main is for scripts primary, is it not?

        I’ve never thought to add more than one of these conditionals anyway…

        • bane_killgrind@slrpnk.net
          link
          fedilink
          English
          arrow-up
          2
          ·
          2 days ago

          So you might have a script that does stuff as a library, and it should get environment variables and other info from the calling script. You use the same script for doing one off stuff on different computers.

          So you make it do something slightly different or make it set it’s path and look into the current folder when you run it directly. This change in logic could be in a few points in the script.