Having thought about it some more and this type of information has more of a
tutorial-nature to it.
I'm going to try to find some time to focus on something like that ahead of
Java 24 and hopefully create something to this effect.
Cheers,
√
Viktor Klang
Software Architect, Java Platform Group
Hi Viktor,
Thanks for the response. I concur with all of your points below - nice
summary/analysis. Looking forward to this new use case.
-Archie
On Mon, Sep 23, 2024 at 10:38 AM Viktor Klang
wrote:
> Hi Archie!
>
> >I recently encountered a real-world use case for Stream Gatherers and
> thoug
Hi Archie!
>I recently encountered a real-world use case for Stream Gatherers and thought
>I'd mention it (apologies if you've seen these ideas already). These might
>even be worth considering including as standard offerings.
No need to preface your email with an apology 🙂 I'm happy to get thou
Hi Anthony,
>The idea is to collect feedback, to see how many people report their Gatherers
>being broken (i.e. their Gatherers being non-compliant without realizing it),
>so enforcing it in `Stream::gather` is sufficient for this purpose.
Even if this is well-intentioned, my experience tells m
Hi Anthony,
Bear with me for a moment,
in the same vein as there's nothing which enforces equals(…) or hashCode() to
be conformant to their specs, or any interface-implementation for that matter,
I don't see how we could make any stronger enforcement of Gatherers.
>My belief is that the subjec
Hi Anthony
Great questions! I had typed up a long response when my email client decided
the email was too large, crashed, and deleted my draft, so I'll try to recreate
what I wrote from memory.
>While I understand that most Gatherers will be reusable, and that it's a
>desirable characteristic,
To: Viktor Klang ; core-libs-dev@openjdk.org
Subject: Re: [External] : Re: Stream Gatherers (JEP 473) feedback
September 2, 2024 at 10:36 AM, "Viktor Klang" wrote:
>
> Hi Anthony,
Hi Viktor
> Thank you for your patience, I needed some time to experiment and think about
>
ell> Stream.of(0).gather(inject.andThen(inject)).toList()
> $1 ==> [0, 1, 2, 1, 2]
>
> Cheers,
>
> √
>
> **Viktor Klang**
> Software Architect, Java Platform Group
>
> Oracle
Kind regards,
Anthony
> ⎯⎯⎯
tware Architect, Java Platform Group
Oracle
____________
From: Anthony Vanelverdinghe
Sent: Monday, 19 August 2024 20:37
To: Viktor Klang ; core-libs-dev@openjdk.org
Subject: Re: [External] : Re: Stream Gatherers (JEP 473) feedback
August 15, 2024 at 1:27 PM, "Viktor Kla
August 15, 2024 at 1:27 PM, "Viktor Klang" wrote:
>
> Hi Anthony,
Hi Viktor
> Thanks for the input—it's much appreciated!
>
> Introducing yet another, user-facing, type parameter to get slightly improved
> type inference is unfortunately for me a too high of a price to pay. Ideally,
> type i
Hi Anthony,
Thanks for the input—it's much appreciated!
Introducing yet another, user-facing, type parameter to get slightly improved
type inference is unfortunately for me a too high of a price to pay. Ideally,
type inference/unification will be improved over time making this issue go away
wi
Hi Anthony,
>The use case is a time series, which has methods to return a Stream of data
>points, `record DataPoint(Instant, BigDecimal)`. In DataPoint, there are
>several Gatherer factory methods, one of which is `GathererDataPoint> withInterpolationAt(NavigableSet instants)`. If
>`instants.is
12 matches
Mail list logo
