| 07:09 | <Jack Works> | IMO, a good topic order for these slides might be:
match syntax overview
- Literal constant patterns (i.e., "Primitive Patterns")
- Reference patterns (variable references and member references)
- Object patterns
- Array patterns
- Discards/
void patterns
- Extractors
- Combinator patterns (and/or/not/parens)
- Variable declaration patterns (i.e.,
let/const/var) - calling them "Binding Patterns" is mildly confusing as JS already has something else called a binding pattern
if patterns
- Semantics of custom matchers
- Future syntax
This order progressively builds in complexity while leveraging key information from previous slides. For example if patterns really need and to be meaningful. Oftentimes, so do let patterns.
I'll update the spec to rename the term "BindingPattern" to what you suggested |
| 07:12 | <Jack Works> | Also, as mentioned above, in slide 19 "Extractor Patterns", true is not the same as []. Honestly I'd rather a custom matcher throw if you use it as an extractor and it wasn't written to be used in that fashion. Yes, built-in custom matchers has an AO for this. ValidateCustomMatcherHint |
| 07:14 | <Jack Works> | We may also want to describe or, and, and not as "Disjunction", "Conjunction", and "Negation" patterns, but that's my personal preference. this name is better imo, but it's 3 names and we only use one term in the spec "CombinedMatchPattern", do you have suggestion? |
| 07:26 | <Jack Works> | pattern { a } is already an early error in the spec due to the possible confusion. https://tc39.es/proposal-pattern-matching/#sec-match-patterns-static-semantics-early-errors |
| 15:35 | <rbuckton> | pattern `{ a }` is already an early error in the spec due to the possible confusion.
https://tc39.es/proposal-pattern-matching/#sec-match-patterns-static-semantics-early-errors These were all comments related to the slides |
| 21:34 | <rbuckton> | I've posted the slides for Extractors in case anyone has feedback: https://1drv.ms/p/s!AjgWTO11Fk-Tkr0Z2sm9bVmO_agqpA?e=7TdVup |
| 21:34 | <rbuckton> | I've kept in some of the slides from previous meetings as hidden slides at the end of the deck in case I need to dig something up during discussions. |