<div dir="ltr"><div>again, `Object.keys({ y })[0]` will give you the string `y`, and will survive refactoring tools. you can even do `function nameof(obj) { return Object.keys(obj)[0]; }` and then `nameof({ y })`.</div><div><br></div><div>Obviously it's slightly less ergonomic than `nameof y` would be - but adding new syntax is very expensive, so there'd need to be overwhelming evidence that this pattern is commonly used enough, and that userland workarounds like my `nameof` function were insufficient.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jun 16, 2019 at 10:13 PM Frederick Stark <<a href="mailto:coagmano@gmail.com">coagmano@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div>> <span style="color:rgb(35,31,32)"><font style="font-size:14.5px"><font style="font-family:Nylas-Pro,Helvetica,"Lucidia Grande",sans-serif">> </font></font></span><span style="color:rgb(35,31,32)"><font style="font-size:13.02px"><font style="font-family:Nylas-Pro,Helvetica,sans-serif">your examples are all completely incorrect anyway</font></font></span></div><div><div><span style="color:rgb(35,31,32)"><font style="font-size:13.02px"><font style="font-family:Nylas-Pro,Helvetica,sans-serif">> </font></font></span><font style="font-size:14.5px"><font style="font-family:Nylas-Pro,Helvetica,"Lucidia Grande",sans-serif"><span style="color:rgb(35,31,32)"><font style="font-size:13.02px"><font style="font-family:Nylas-Pro,Helvetica,sans-serif">"incorrect" as to precisely what? </font></font></span></font></font></div><div><font style="font-size:14.5px"><font style="font-family:Nylas-Pro,Helvetica,"Lucidia Grande",sans-serif"><span style="color:rgb(35,31,32)"><font style="font-size:13.02px"><font style="font-family:Nylas-Pro,Helvetica,sans-serif">Keep reading the email mate.</font></font></span></font></font></div><div><font style="font-size:14.5px"><font style="font-family:Nylas-Pro,Helvetica,"Lucidia Grande",sans-serif"><span style="color:rgb(35,31,32)"><font style="font-size:13.02px"><font style="font-family:Nylas-Pro,Helvetica,sans-serif">Incorrect as to your understanding of how the language works and at what point variables are defined.</font></font></span></font></font></div><br><div>> <span style="color:rgb(35,31,32)"><font style="font-size:13.02px"><font style="font-family:Nylas-Pro,Helvetica,sans-serif">The user MUST _already_ know the _exact_ identifier name</font></font></span></div></div><div>It's not an issue to need to know the name of the identifier. In fact, as you correctly pointed out, it's necessary. </div><div>If I'm understanding it correctly, the value of the proposal is to make it easier to refactor (especially with variable renaming tools) without leaving behind string literals that no longer match the variable name.</div><br><div>I've run into this issue before, but it's been a relatively minor pain for me personally. So I can see some use for the proposal, though I suspect it would see most of it's use in tooling.</div><div>On the other hand, it might add unnecessary complexity to the language, which should be avoided.</div><div>Overall I'm very mildly supportive.</div><br><div>> <span style="color:rgb(35,31,32)"><font style="font-size:14.5px"><font style="font-family:Nylas-Pro,Helvetica,"Lucidia Grande",sans-serif"><span style="color:rgb(35,31,32)"><font style="font-family:Nylas-Pro,Helvetica,sans-serif"><font style="font-size:13.02px">That leaves the use case of getting ALL of the names of the identifiers in the current scope </font></font></span></font></font></span></div><div><span style="color:rgb(35,31,32)"><font style="font-size:14.5px"><font style="font-family:Nylas-Pro,Helvetica,"Lucidia Grande",sans-serif"><span style="color:rgb(35,31,32)"><font style="font-family:Nylas-Pro,Helvetica,sans-serif"><font style="font-size:13.02px">I have not seen anyone proposing this, so there's no reason to criticize it yet.</font></font></span></font></font></span></div><br><br><div><font size="1">Obligatory disclaimer: not a TC39 member, no decision making power or influence on process</font></div><div><u></u><u></u></div><div class="gmail-m_-4306104433485295995gmail_quote_attribution">On Jun 17 2019, at 2:42 pm, guest271314 <<a href="mailto:guest271314@gmail.com" target="_blank">guest271314@gmail.com</a>> wrote:</div><blockquote><div><div><div><span style="color:rgb(35,31,32)"><font style="font-size:13.02px"><font style="font-family:Nylas-Pro,Helvetica,sans-serif">The user MUST _already_ know the _exact_ identifier name or an error will be thrown for the original proposal and additional use case for ```nameof```</font></font></span></div><div><br></div><div><code><pre style="background-color:rgba(0,0,0,0.0470588);padding:0.2em 1em"><span style="color:rgb(51,51,51)"><font style="font-family:Menlo,Monaco,Consolas,"Courier New",monospace"><code>const x = nameof y; // "y"<br>const y = 1;</code></font></span></pre></code></div><div><span style="color:rgb(35,31,32)"><font style="font-family:Nylas-Pro,Helvetica,sans-serif"><font style="font-size:13.02px">making the need for ```nameof``` moot given that the user cannot then rationally state that the identifier as a _string_ will somehow be mispelled if they are able to write the _exact_ name of the identifer at ```nameof``` 100% of the time.</font></font></span></div><div><br></div><div><span style="color:rgb(35,31,32)"><font style="font-family:Nylas-Pro,Helvetica,sans-serif"><font style="font-size:13.02px">That leaves the use case of getting ALL of the names of the identifiers in the current scope </font></font></span></div><div><br></div><div><code><pre style="background-color:rgba(0,0,0,0.0470588);padding:0.2em 1em"><span style="color:rgb(51,51,51)"><font style="font-family:Menlo,Monaco,Consolas,"Courier New",monospace"><code>// NAMEOF is always dynamic list of let, const declarations in current scope <br>console.log(NAMEOF); // ["x", "y"]; [{name:"x", line:5}, {name:"y", line:7}] <br>// should resolve be in the list even if not declared using const or let?<br>await new Promise(resolve => setTimeout(resolve, Math.floor(Math.random() * 1000))); <br>const x = nameof y<br>await new Promise(resolve => setTimeout(resolve, Math.floor(Math.random() * 1000)));<br>const y = 1;</code></font></span></pre></code></div><div><br></div><div><span style="color:rgb(35,31,32)"><font style="font-family:Nylas-Pro,Helvetica,sans-serif"><font style="font-size:13.02px">without having to already know the name of the identifiers, as is required by the original proposal, which essentially negates itself as the string literal ```'y'``` is briefer than ```nameof y```.</font></font></span></div><div><br></div></div><br><div class="gmail_quote"><div class="gmail_attr"><div>On Mon, Jun 17, 2019 at 4:19 AM Frederick Stark <<a href="mailto:coagmano@gmail.com" title="mailto:coagmano@gmail.com" target="_blank">coagmano@gmail.com</a>> wrote:</div></div><blockquote><div><span style="color:rgb(35,31,32)"><font style="font-size:13.02px"><font style="font-family:Nylas-Pro,Helvetica,sans-serif">guest271314, your examples are all completely incorrect anyway since all variable declarations (including let and const) are hoisted to the top of the scope, so when </font></font></span><code>nameof y</code> is evaluated, <code>y</code> is already declared in the scope.</div><br><div>The special behaviour introduced with <code>let</code> and <code>const</code> is that they set up a "Temporal Dead Zone" where attempts to set or get their value before the line where they are declared in code throws an exception.</div><div>Since <code>nameof</code> doesn't care about the value, only the name of the variable, it would not <em>need</em> to throw an exception.</div><div>Of course, were this proposal to be taken seriously, it could be specced either way</div><br><br><div class="gmail-m_-4306104433485295995gmail-m_-2124532123520389836gmail_quote_attribution">On Jun 17 2019, at 10:15 am, guest271314 <<a href="mailto:guest271314@gmail.com" title="mailto:guest271314@gmail.com" target="_blank">guest271314@gmail.com</a>> wrote:</div><blockquote><div><div><div>> - If `y` is directly visible in scope and is neither a parameter or</div><div>destructured binding, `nameof y` should just evaluate to `"y"`. This</div><div>should be agnostic to whether the binding has been declared yet, so in</div><div>your example, `x` should be set to `"y"`.</div><div><br></div><div>The 1st question at <a href="https://esdiscuss.org/topic/what-do-you-think-about-a-c-6-like-nameof-expression-for#content-33" title="https://esdiscuss.org/topic/what-do-you-think-about-a-c-6-like-nameof-expression-for#content-33" target="_blank">https://esdiscuss.org/topic/what-do-you-think-about-a-c-6-like-nameof-expression-for#content-33</a> remains: </div><div><br></div><div>Without having composed or previously read the source code, at line 1 adjacent to ```nameof``` how does the user know that there will be later declared variable named ```y```?</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div class="gmail_attr"><div>On Sun, Jun 16, 2019 at 7:04 AM Isiah Meadows <<a href="mailto:isiahmeadows@gmail.com" title="mailto:isiahmeadows@gmail.com" target="_blank">isiahmeadows@gmail.com</a>> wrote:</div></div><blockquote><div>Here's my opinion:</div><br><div>- If `y` is directly visible in scope and is neither a parameter or</div><div>destructured binding, `nameof y` should just evaluate to `"y"`. This</div><div>should be agnostic to whether the binding has been declared yet, so in</div><div>your example, `x` should be set to `"y"`.</div><div>- If `y` is entirely undeclared, it should be a runtime</div><div>`ReferenceError` in the same way it is when accessing undefined</div><div>globals. So in your second example, I'd expect it to throw before even</div><div>attempting assignment</div><br><div>-----</div><br><div>Isiah Meadows</div><div><a href="mailto:contact@isiahmeadows.com" title="mailto:contact@isiahmeadows.com" target="_blank">contact@isiahmeadows.com</a></div><div><a href="http://www.isiahmeadows.com" title="http://www.isiahmeadows.com" target="_blank">www.isiahmeadows.com</a></div><br><div>On Sun, Jun 16, 2019 at 12:00 AM guest271314 <<a href="mailto:guest271314@gmail.com" title="mailto:guest271314@gmail.com" target="_blank">guest271314@gmail.com</a>> wrote:</div><div>></div><div>> ```</div><div>> const x = nameof y</div><div>> const y = 1;</div><div>> ```</div><div>></div><div>> At line 1 adjacent to ```nameof``` how does the user even know that there is a variable that will be declared named ```y```?</div><div>></div><div>> What is the output of ```x``` where there is no variable named ```y``` later declared?</div><div>></div><div>> ```</div><div>> const x = nameof y</div><div>> const z = 1;</div><div>> ```</div><div>></div><div>> On Sun, Jun 16, 2019 at 12:03 AM Ron Buckton <<a href="mailto:Ron.Buckton@microsoft.com" title="mailto:Ron.Buckton@microsoft.com" target="_blank">Ron.Buckton@microsoft.com</a>> wrote:</div><div>>></div><div>>> > What should occur where the code is</div><div>>></div><div>>> It would be "y" in all 3 places.</div><div>>></div><div>>> > ... is a proposal for _more_ than only getting the _name_ of an _declared_ and _initialized_ variable?</div><div>>></div><div>>> It is a proposal for getting the name of a _declared_ variable. Whether it is _initialized_ does not matter.</div><div>>></div><div>>> > Should a ```RefefenceError``` _not_ be thrown simple because ```nameof``` is used?</div><div>>></div><div>>> No, an error is not thrown. ECMAScript is much more nuanced. Block scoped variables from 'let' or 'const' exist and can be *referenced* (via closure or export, currently) anywhere within the same block scope, even before they are initialized. Until they have been *initialized* (the line of code contain the declaration has been reached and evaluated), they exist in a "Temporal Dead Zone" (TDZ). Attempting to *dereference* them (i.e. access or store a value) while in this TDZ is what results in the ReferenceError.</div><div>>></div><div>>> At no point does the `nameof` operator *dereference* the variable, so no error need be thrown.</div><div>>></div><div>>> From: guest271314</div><div>>> Sent: Saturday, June 15, 4:29 PM</div><div>>> Subject: Re: Re: What do you think about a C# 6 like nameof() expression for</div><div>>> To: Ron Buckton</div><div>>> Cc: <a href="mailto:es-discuss@mozilla.org" title="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a></div><div>>></div><div>>></div><div>>></div><div>>></div><div>>> What should occur where the code is</div><div>>></div><div>>> ```</div><div>>> const x = nameof y</div><div>>> await new Promise(resolve => setTimeout(resolve, 100000)); // should x be "y" here?</div><div>>> await new Promise(resolve => setTimeout(resolve, 200000)); // should x be "y" here?</div><div>>> await Promise.all([new Promise(resolve => setTimeout(resolve, 300000)), ...doStuff()]); // should x be "y" here?</div><div>>> const y = 1;</div><div>>> ```</div><div>>></div><div>>> ?</div><div>>></div><div>>> The immediately invoked arrow function example (where a ```RefeferenceError``` is thrown) appears to demonstrate that to output the expected result of ```nameof``` within the context of the code example</div><div>>></div><div>>> ```</div><div>>> const x = nameof y</div><div>>> const y = 1;</div><div>>> ```</div><div>>></div><div>>> is a proposal for _more_ than only getting the _name_ of an _declared_ and _initialized_ variable?</div><div>>></div><div>>> Should a ```RefefenceError``` _not_ be thrown simple because ```nameof``` is used?</div><div>>></div><div>>> On Sat, Jun 15, 2019 at 11:16 PM Ron Buckton <<a href="mailto:Ron.Buckton@microsoft.com" title="mailto:Ron.Buckton@microsoft.com" target="_blank">Ron.Buckton@microsoft.com</a>> wrote:</div><div>>></div><div>>> ```</div><div>>> const x = nameof y</div><div>>> const y = 1;</div><div>>> ```</div><div>>></div><div>>> `x` would have the value “y”. It would not matter if `y` were initialized or had yet been reached during execution. It does not deviate from the purpose of `let` or `const`, because you are not accessing the value of the identifier.</div><div>>></div><div>>> Also consider that this is legal ECMAScript in a module:</div><div>>></div><div>>> ```</div><div>>> export { y }</div><div>>> const y = 1;</div><div>>> ```</div><div>>></div><div>>> The binding for `y` exists within the same block scope, it just has not yet been initialized. Exporting it via `export { y }`, closing over it via `() => y`, or accessing it via `nameof y` would all be the same. In all three cases you are accessing the *binding* of `y`, not the *value* of `y`. Even in the `() => y` case, you don’t access the *value* of `y` until you execute the function.</div><div>>></div><div>>> From: guest271314 <<a href="mailto:guest271314@gmail.com" title="mailto:guest271314@gmail.com" target="_blank">guest271314@gmail.com</a>></div><div>>> Sent: Saturday, June 15, 2019 3:57 PM</div><div>>> To: Ron Buckton <<a href="mailto:Ron.Buckton@microsoft.com" title="mailto:Ron.Buckton@microsoft.com" target="_blank">Ron.Buckton@microsoft.com</a>></div><div>>> Cc: <a href="mailto:es-discuss@mozilla.org" title="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a></div><div>>> Subject: Re: Re: What do you think about a C# 6 like nameof() expression for</div><div>>></div><div>>> > Sorry, I meant to say “not entirely correct”.</div><div>>></div><div>>> You have not yet confirmed if in fact the expected output is referencing a variable declared using ```const``` on the current line _before_ initialization _on the next line_.</div><div>>></div><div>>> That example appears to deviate from the purpose and usage of ```const```, beyond the scope of ```nameof```, and if were implemented, a ```ReferenceError``` should _not_ be thrown when a ```const``` variable that has yet to be initialized _on the next line_ is referred to _on the current line_?</div><div>>></div><div>>> Aside from that example, the code which essentially already implements ```nameof``` should be able to be found in the code which implements ```ReferenceError``` relevant to ```const```.</div><div>>></div><div>>> On Sat, Jun 15, 2019 at 10:47 PM Ron Buckton <<a href="mailto:Ron.Buckton@microsoft.com" title="mailto:Ron.Buckton@microsoft.com" target="_blank">Ron.Buckton@microsoft.com</a>> wrote:</div><div>>></div><div>>> Sorry, I meant to say “not entirely correct”.</div><div>>></div><div>>> From: Ron Buckton</div><div>>> Sent: Saturday, June 15, 2019 3:03 PM</div><div>>> To: guest271314 <<a href="mailto:guest271314@gmail.com" title="mailto:guest271314@gmail.com" target="_blank">guest271314@gmail.com</a>></div><div>>> Cc: <a href="mailto:es-discuss@mozilla.org" title="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a></div><div>>> Subject: RE: Re: What do you think about a C# 6 like nameof() expression for</div><div>>></div><div>>> > At that point in the example code the identifer ```y``` does not exist.</div><div>>></div><div>>> That is not entirely incorrect. The identifier `y` exists, but its binding has not been initialized, otherwise you couldn’t refer to y in this case:</div><div>>></div><div>>></div><div>>></div><div>>></div><div>> _______________________________________________</div><div>> es-discuss mailing list</div><div>> <a href="mailto:es-discuss@mozilla.org" title="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a></div><div>> <a href="https://mail.mozilla.org/listinfo/es-discuss" title="https://mail.mozilla.org/listinfo/es-discuss" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a></div></blockquote></div><div>_______________________________________________</div><div>es-discuss mailing list</div><div><a href="mailto:es-discuss@mozilla.org" title="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a></div><div><a href="https://mail.mozilla.org/listinfo/es-discuss" title="https://mail.mozilla.org/listinfo/es-discuss" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a></div></div></blockquote></blockquote></div></div></blockquote>_______________________________________________<br>
es-discuss mailing list<br>
<a href="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/es-discuss" rel="noreferrer" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a><br>
</blockquote></div></div>