Skip to content

Conversation

@sebastian-toepfer
Copy link

this change enables a smoother streaming of string values. The standard stringimpl. has neither advantages nor disadvantages, but with this change in place a client can create his own version of JsonString which than can lazyload its content from a source.

Sebastian Toepfer added 2 commits June 10, 2024 21:01
the for loop needs the length of the current string and than access the
char character by character via charAt. this prevents the JsonString
from reloading its content. the foreach from stream retrieve char by
char without knowing the end. so the jsonstring can be extended and
reloading his content from a source (like a database). this approach
also fits the buffer of the generator > the string supplies the char
at the same speed at which the generator can fill and write the buffer.

Signed-off-by: Sebastian Toepfer <[email protected]>
not realy needed, only to ensure the idea works

Signed-off-by: Sebastian Toepfer <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant