| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
There was a problem hiding this comment.
Is there any way we could add a Changes section for this?
Sorry, something went wrong.
There was a problem hiding this comment.
@evanlucas done!
Sorry, something went wrong.
|
Would it be a good idea to make it something... less likely to conflict? __err or a symbol? |
Sorry, something went wrong.
|
@Fishrock123 How would _err occur naturally in the REPL? I’m open to bikeshedding for the name, but a Symbol would defeat the purpose of making this value easily accessible. |
Sorry, something went wrong.
There was a problem hiding this comment.
love it
Sorry, something went wrong.
|
Love the idea, needs a better name. Two underscores is better than one and would prefer something like __lastError (that is, slightly more descriptive and not abbreviated) |
Sorry, something went wrong.
|
@jasnell I think the main goal for the name is that it’s supposed to be typable really, really easily and quickly. I love verbose names in real code, because we’re writing it for the 100 readers coming after us, but the REPL has the exact opposite goal of that: It’s code that’s only written once, ever, and never read by anybody else more than a minute after it was written. It’s not about choosing good or descriptive variable names in any way, it’s about being easy to write, so I would really prefer to keep it short and succinct. (Literally all REPLs that I know of use _ or ans for the last value for those very reasons.) The only thing I’m worried about here is discoverability, because right now you’d have to hear about it somewhere or read the docs. I’ve gone with _err because that’s one of the things I’d type to see whether this feature exists; __lastError is not on that list. I’m also not worried about collisions; there is an explicit warning text being emitted here if that happens, like it is for _. |
Sorry, something went wrong.
There was a problem hiding this comment.
LGTM with either name.
Sorry, something went wrong.
|
@addaleax ... then how about meeting in the middle with _error? |
Sorry, something went wrong.
|
@jasnell I’m fine with that, but honestly, I’m just going to write _err<TAB> every time. 😄 I’ve switched it for now but it might be helpful to know what your concerns actually are. |
Sorry, something went wrong.
|
The concern is that I'm not particularly fond of abbreviated things. |
Sorry, something went wrong.
|
How about $err? The $ prefix would be consistent with other command line APIs. |
Sorry, something went wrong.
This is pretty useful when trying to inspect the last error caught by a REPL, and is made to be analogous to `_`, which contains the last successful completion value.
|
@TimothyGu I think @jasnell would want that to be $error ;) I would kind of like to be consistent with _ too, though… |
Sorry, something went wrong.
Sorry, something went wrong.
|
It seems like the CI run here was started for a different PR. |
Sorry, something went wrong.
This is pretty useful when trying to inspect the last error caught by a REPL, and is made to be analogous to `_`, which contains the last successful completion value. PR-URL: #18919 Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: Evan Lucas <evanlucas@me.com> Reviewed-By: Vladimir de Turckheim <vlad2t@hotmail.com> Reviewed-By: Michaël Zasso <targos@protonmail.com> Reviewed-By: Tobias Nießen <tniessen@tnie.de> Reviewed-By: Gus Caplan <me@gus.host> Reviewed-By: Ruben Bridgewater <ruben@bridgewater.de> Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Prince John Wesley <princejohnwesley@gmail.com> Reviewed-By: Shingo Inoue <leko.noor@gmail.com>
This is pretty useful when trying to inspect the last error caught by a REPL, and is made to be analogous to `_`, which contains the last successful completion value. PR-URL: nodejs#18919 Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: Evan Lucas <evanlucas@me.com> Reviewed-By: Vladimir de Turckheim <vlad2t@hotmail.com> Reviewed-By: Michaël Zasso <targos@protonmail.com> Reviewed-By: Tobias Nießen <tniessen@tnie.de> Reviewed-By: Gus Caplan <me@gus.host> Reviewed-By: Ruben Bridgewater <ruben@bridgewater.de> Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Prince John Wesley <princejohnwesley@gmail.com> Reviewed-By: Shingo Inoue <leko.noor@gmail.com>
|
Should this be backported to v8.x-staging? If yes please follow the guide and raise a backport PR, if not let me know or add the dont-land-on label. |
Sorry, something went wrong.
This is pretty useful when trying to inspect the last error caught by a REPL, and is made to be analogous to `_`, which contains the last successful completion value. PR-URL: nodejs#18919 Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: Evan Lucas <evanlucas@me.com> Reviewed-By: Vladimir de Turckheim <vlad2t@hotmail.com> Reviewed-By: Michaël Zasso <targos@protonmail.com> Reviewed-By: Tobias Nießen <tniessen@tnie.de> Reviewed-By: Gus Caplan <me@gus.host> Reviewed-By: Ruben Bridgewater <ruben@bridgewater.de> Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Prince John Wesley <princejohnwesley@gmail.com> Reviewed-By: Shingo Inoue <leko.noor@gmail.com>
| Back | FazBrowse Home | New Git URL |
This is pretty useful when trying to inspect the last
error caught by a REPL, and is made to be analogous to _,
which contains the last successful completion value.
Checklist
Affected core subsystem(s)
repl