Update on String Templates (JEP 459)

Mark Reinhold mark.reinhold at oracle.com
Tue Mar 19 18:49:45 UTC 2024


2024/3/19 14:33:20 -0400, brian.goetz at oracle.com:
>>> Here I set forth your three examples with new names that are related
>>> to those already used in the existing preview implementation of
>>> StringTemplate in JDK 21 (and JDK 22—I just checked). I do this not to
>>> suggest that these other names should be used, but only in the hopes
>>> of reducing confusion as we begin this discussion. Later we can decide
>>> whether the names “process” and “interpolate” and “combine” should be
>>> changed (possibly all into the same single name).
>>> 
>>>     // on String
>>>     static String process(StringTemplate)    // previously STR
>>> 
>>>     // on StringTemplate
>>>     String interpolate()                             // STR, instance/suffix version
>>>     static StringTemplate combine(StringTemplate...) // + for string templates
>> 
>> Maybe I’m missing something, but: Why do we need both `String::process`
>> and `StringTemplate::interpolate`?  What are the use cases?
> 
> For a similar reason we currently have String::valueOf(int) and 
> Integer::toString(int). In some use cases, the "prefix" usage (static 
> method) feels more natural, whereas in others, the "suffix" usage 
> (instance method) feels more natural.
> 
> Even if we end up with only one, I would rather not bias towards "of 
> course it is the static version" at this early point; I am trying to 
> sketch out scope right now.

Ah, so you’re really asking not about these three methods (modulo
naming) but about just two things, a way to interpolate a template and
a way to concatenate templates, and you consider the (not necessarily
bijective) mapping from those things to API points to be the bikeshed.

- Mark


More information about the amber-spec-observers mailing list