3 ms·

I have to admit that at first glance I don’t like this. These seem to be essentially normal str -> Any functions, with some naming limitations due to the existi

• Epa095 2y ago
  This was my first thought as well. But an important difference is that the arguments are not eagerly evaluated, but they are passed as lambdas which can be evaluated if desired. This means that it can be used for example in log messages (if you don't want to evaluate the string at the wrong log levels). But is it worth it for that? Idk.
  • masklinn 2y ago
    Even if eager evaluation it's already a very compelling way of managing basically every lightweight "templating" for safety: e.g. embedded dynamic HTML or SQL. `markupsafe` is great, but it's way too easy to perform formatting before calling it, especially with f-strings. That f-strings were "static" was by far my biggest criticism of it, given how useful I find JS's template strings. And this proposal seems like a straight up better version of template strings: - the static strings and interpolations are not split and don't have to be awkwardly re-interpsersed which I've never found 100% trouble and 0% utility - the lazy evaluation means it can be used for things like logging (which really want lazy evaluation), or meta-programmation (because you can introspect the callables, and you get the expression text)
    • codethief 2y ago
      > - the lazy evaluation means it can be used for things like logging (which really want lazy evaluation) Could you elaborate? I would find it rather surprising if my log messages don't contain the data at the very moment I invoke the logger.
      • masklinn 2y ago
        The expressions for the data you want to log out can be expensive, so ideally you only want to compute them after you’ve checked if the logger was enabled for the level you need. In most APIs this requires an explicit conditional check and the average developer will not think of it. This allows said check to be performed internally.
      • skywhopper 2y ago
        You can’t get log4j-style security crises with eager evaluation.
  • deleted 2y ago
    [deleted]
  • zelphirkalt 2y ago
    There already is a syntax for writing log messages where the arguments are only evaluated when they are needed. logger.debug("bla: %s" % myvar).
    • Hasnep 2y ago
      Actually, the % syntax eagerly evaluates the log string, you need to pass the variables as arguments to the logging function like this: logger.debug("bla: %s", myvar). It's such a subtle difference that I only notice it when my IDE underlines it :/
      • zelphirkalt 2y ago
        You are right! I mixed them up as well. Here is a good source: https://blog.pilosus.org/posts/2020/01/24/python-f-strings-in-logging/ https://blog.pilosus.org/posts/2020/01/24/python-f-strings-i... (not mine)
• Too 2y ago
  How can you call a function that does this? html'<div id={id:int}>{content:HTML|str}</div>'. html() is not going to be equivalent.
  • deleted 2y ago
    [deleted]
  • mrweasel 2y ago
    That is probably a much better example than any of those present in the PEP. I quite like your example. I'm not sure I'd want to write code like that, but it shows the usefulness much more clearly.
    • pauleveritt 2y ago
      We originally had a long HTML tutorial in the PEP. It was extracted. It's here, if anyone is interested: https://pauleveritt.github.io/tagstr-site/htmlbuilder.html https://pauleveritt.github.io/tagstr-site/htmlbuilder.html Companion repo with: JupyterLite playground, Docker images, other material. https://github.com/pauleveritt/tagstr-site https://github.com/pauleveritt/tagstr-site
  • throwitaway1123 2y ago
    For a practical example of this technique used in JS take a look at libraries like htm and lit-html: https://github.com/developit/htm https://github.com/developit/htm
    • pauleveritt 2y ago
      (PEP co-author here) The htm folks did a Python implementation: https://pypi.org/project/htm/ https://pypi.org/project/htm/ It required a janky workaround for the absence of this PEP: https://pypi.org/project/tagged/ https://pypi.org/project/tagged/ I used these to investigate ideas about component-driven development: https://viewdom.readthedocs.io/en/latest/ https://viewdom.readthedocs.io/en/latest/
      • 2y ago
• jerf 2y ago
  I think at this point Python really needs to just settle down. I don't like this not because it's an intrinsically bad idea, but adding another thing to the already fairly large pile of things a Python user needs to know in order to read somebody else's code needs to be something that brings more benefits to the table than just "it slightly improves a particular type of function call". At the risk of riling some people up, this smells like Perl. Some poor Python user comes across greet"Hello {user}" and there isn't even so much as a symbol they can search for on the internet, just an identifier smashed into a string. But I guess Python and I parted ways on this matter quite a while ago. I like to joke about Katamari Dama-C++ but Python is starting to give it a run for its money. C++ is still in the lead, but Python is arguably sustainably moving more quickly on the "add more features" front.
  • Waterluvian 2y ago
    My guess at the challenge is that the community who maintain and develop a language are by that very nature not in touch with what the complexity feels like for the average user. Also it’s harder to do nothing than something. That being said, I think this is partly abstract. I’ve just ignored a lot of new Python features without issue. And while I worried that they’d force me to learn new things to understand others’ code, that’s not really materialized.
  • deleted 2y ago
    [deleted]
  • JimDabell 2y ago
    > there isn't even so much as a symbol they can search for on the internet, just an identifier smashed into a string. That identifier has to come from somewhere. In order for this to work: greet"Hello {user}" …they would have to first write something like: from some_tag_strings_library import greet Also, in most IDEs, cmd-clicking on `greet` or similar would take them to its definition.