<div dir="auto"><div>Understood, and agreed that this discussion should be shelved for now. I'll save any follow up questions for if/when a jep or doc for this comes out. Ty vm for the context. Excited for the future of pattern matching!<br><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Wed, Feb 11, 2026, 10:23 AM Brian Goetz <<a href="mailto:brian.goetz@oracle.com">brian.goetz@oracle.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><u></u>

  
  <div>
    <br>
    <blockquote type="cite">
      <div dir="ltr">
        <div style="font-family:monospace" class="gmail_default">I guess
          I just don't see how a prefix match would be considered an
          unpacking and not a query. What makes a prefix match an
          unpacking while a suffix match is a query? I'm not seeing that
          detail yet. But I do see why a center match is a query. That
          is unquestionably so.</div>
      </div>
    </blockquote>
    <br>
    Think about it it comparison to <br>
    <br>
         p instanceof Point(var x, _)<br>
    <br>
    You are logically unpacking x and y, but you don't care about y. 
    Similarly, with a "there could be more but I don't care" on an
    array, you are unpacking the first N, and don't care about the
    rest.  <br>
    <br>
    There are alternate ways to structure it (matching on the length
    instead of the body, which would admit a constant pattern) but
    that's a detail.<br>
    <br>
    In any case, we are well afield here; this particular feature is "on
    the shelf" for now.
  </div>

</blockquote></div></div></div>