Re: Revisiting field references

2019-06-05 Thread Brian Goetz
More random comments. > Getter as Supplier It is worth asking whether bound field refs are worth it at all. On the one hand, they make perfect sense from a type-system perspective, but on the other, I’m struggling to thing of real-world use cases where they pay for themselves (vs a lambda lik

Re: Revisiting field references

2019-06-04 Thread John Rose
On Jun 4, 2019, at 4:22 PM, Brian Goetz wrote: > > For prototyping purposes, I wouldn't try to use the same token; that's just > making your life harder. Pick something easily parsable, even if its hideous. In fact, it's often beneficial to adopt a __ClearlyHideousSyntax for prototyping or sem

Re: Revisiting field references

2019-06-04 Thread Brian Goetz
Alan; Thanks for these thoughts.  Indeed, field references are something that keep coming up in the "if we only had" department, and your analysis covers many of the important points.  They are especially useful in APIs such as the Equivalence one that Kevin and Liam have already written abou

Re: Revisiting field references

2019-06-04 Thread Remi Forax
- Mail original - > De: "Alan Malloy" > À: "amber-spec-experts" > Envoyé: Mardi 4 Juin 2019 00:19:10 > Objet: Revisiting field references Hi Alan, i'm sorry but i've more questions than answers, > Hello, amber-spec-experts. I understand