<div dir="ltr">Sorry for a late reply.<div>I wonder if we should make the return type StringWriter, given StringWriter does not throw on its Writer methods and has a convenient toString. (Making its close() not throws IOE is binary compatible but possibly not source compatible)</div><div>I think this StringBuilder-accepting version in general fits most of the demands, and we can make it emulate StringWriter in a lot of behaviors and avoid the nasty issues around closing/flushing.</div></div>
<br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Mar 15, 2025, 12:58 PM Markus KARG <<a href="mailto:markus@headcrashing.eu" target="_blank">markus@headcrashing.eu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Chen,<br>
<br>
thank you for sharing your opinion!<br>
<br>
Thinking about what you wrote about the "trifecta" complexity, I think <br>
it might be better to restart my idea from scratch:<br>
<br>
As explained in my original proposal <br>
(<a href="https://mail.openjdk.org/pipermail/core-libs-dev/2024-December/137807.html" rel="noreferrer noreferrer" target="_blank">https://mail.openjdk.org/pipermail/core-libs-dev/2024-December/137807.html</a>), <br>
the actual driver for my proposal was to provide a StringWriter <br>
alternative which solves two main problems: It shall prevent String <br>
copies, and it shall be non-synchronized.<br>
<br>
What comes into mind is: Writer.of(StringBuilder).<br>
<br>
While compared to Appendable this signature is much less flexible, it <br>
also makes less headaches, but solved in fact those 99% of cases that <br>
triggered this whole idea: It does not create String copies, and it is <br>
non-synchronized. What this writer would simply, simply would be routing <br>
all incoming "append" and "write" calls down to the provided string builder.<br>
<br>
Hence, kindly asking for comments on this updated idea: WDYT about <br>
Writer.of(StringBuilder)?<br>
<br>
Thanks!<br>
<br>
-Markus<br>
<br>
<br>
Am 10.02.2025 um 01:51 schrieb Chen Liang:<br>
> Hi Mark,<br>
> After thinking about the Appendable-Closeable-Flushable trio versus <br>
> Writer, I believe that one problem with Writer.of is that it goes <br>
> against interface segregation principle represented by the trifecta, <br>
> and accidentally leaking the Closeable or Flushable functionality is <br>
> still dubious to me. This appears simple, but it may cause unintended <br>
> consequences, such as if Appendable b implements Closeable too, its <br>
> closing behavior is not proxied and users may find this inconsistency <br>
> weird. And as for interface segregation principle, it means APIs <br>
> should request Appendable instead of Writer if they only need writing <br>
> abilities with no lifecycle; using Writer as the type implies <br>
> potential dependency on closing/flushing behavior, which can sometimes <br>
> be dangerous.<br>
</blockquote></div>