- cross-posted to:
- programmerhumor@lemmy.ml
- cross-posted to:
- programmerhumor@lemmy.ml
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?
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?
Tbh reserving “main” is just a hacky if not more so than checking
__name__
if you actually understand language design.Both are indeed equally terrible, even if it is for different reasons.
The one true choice is of course letting the programmer choose the main function in compile/interpretation-time.
I.e.
python main.py --start "main"
would start by calling the main function in main.pyMost contemporary python tools like flask or uvicorn do exactly this and require an explicit entry point
Reserving
main
is definitely more hacky. Try compiling multiple objects withmain
defined into a single binary - it won’t go well. This can make a lot of testing libraries rather convoluted, since some want to write their ownmain
while others want you to write it because require all kinds of macros or whatever.On the other hand,
if __name__ == "__main__"
very gracefully supports having multiple entrypoints in a single module as well as derivative libraries.Yeah, this is it.
What’s hacky about an introspective language providing environment to all of the executing code, so that the coder can make the decision about what to do?
It would by hacky if Python decided “We’ll arbitrarily take functions named “main” and execute them for you, even though we already started execution at the top of the file.”
For C, this is less so. The body of the file isn’t being executed, it’s being read and compiled. Without a function to act as a starting point, it doesn’t get executed.
What is not hacky then in a language design?
Letting the developer decide what the code should do.
I don’t understand. What do you mean by deciding what the code should do in the context of language design? Can you give a concrete example? I am confused because the “main” function is required when you make an executable. Otherwise, a library will not contain any main function and we could compile it just fine no? (Shared library)
Python is an interpreted language that doesn’t need a main function explicitly. You can define any package entry points you want at the package config level. (setup.py, etc)
example: What I meant was I prefer language that treat developers like adults. If I want ptrhon’s “ux” to hide some functions or objects I can do that with underscores, but nothing is private, a developer using my library can do whatever they want with it, access whatever internals they want (at their own risk of course)