I'd still need a way to instantiate a concrete trie given my own key
analyzer. I haven't found a way to do that right now.

On Thu, 1 Sep 2022, 22:42 Gary Gregory, <garydgreg...@gmail.com> wrote:

> Hm, maybe the simplest thing to do is to make the abstract class public and
> let you implement a KeyAnalyzer subclass. Any thoughts on that?
>
> Gary
>
> On Thu, Sep 1, 2022, 13:40 Gary Gregory <garydgreg...@gmail.com> wrote:
>
> > FWIW, typing as String is a bit restrictive, CharSequence would have been
> > more reasonable IMO. But we can change that for 4.5.0.
> >
> > Gary
> >
> > On Thu, Sep 1, 2022, 13:38 Gary Gregory <garydgreg...@gmail.com> wrote:
> >
> >> We can make the PT class have generic keys for the next release or
> create
> >> a new class with both generic keys and values.
> >>
> >> I would prefer 1. That keeps binary compatibility but breaks source
> >> compatibility which is ok with me.
> >>
> >> Gary
> >>
> >> On Wed, Aug 31, 2022, 19:16 Willi Schönborn <w.schoenb...@gmail.com>
> >> wrote:
> >>
> >>> Yes, exactly. To be precise, I'm trying to use Kotlin data classes as
> >>> keys,
> >>> which are similar to Java records. They have ordered components and I'd
> >>> require those components to be comparable.
> >>>
> >>> On 2022/08/15 20:03:00 Matt Sicker wrote:
> >>> > Is this like a sort of composite key that‘s ultimately comparable
> >>> similar
> >>> to total ordering on strings?
> >>> >
> >>> > —
> >>> > Matt Sicker
> >>> >
> >>> > > On Aug 15, 2022, at 08:36, Gary Gregory <ga...@gmail.com> wrote:
> >>> > >
> >>> > > Since a trie is traditionally used with strings, this is not
> >>> surprising to
> >>> > > me. What kind of key are you wanting to use?
> >>> > >
> >>> > > Gary
> >>> > >
> >>> > >> On Wed, Aug 3, 2022, 08:16 Willi Schönborn <w....@gmail.com>
> wrote:
> >>> > >>
> >>> > >> I was trying to see whether I could use AbstractPatriciaTrie to
> >>> create
> >>> a
> >>> > >> trie for non-String keys.
> >>> > >> Especially the existence of the KeyAnalyzer type suggested that I
> >>> could do
> >>> > >> this.
> >>> > >> But the AbstractPatriciaTrie is package-private and not exposed.
> >>> > >> Was that a conscious decision?
> >>> > >>
> >>> >
> >>>
> >>
>

Reply via email to