Resending to list.
---------- Forwarded message ---------
From: Avery Adams <oldtechaa@gmail.com>
Date: Wed, 23 Aug 2023 at 15:55
Subject: Re: PPC Elevator Pitch for Perl::Types
To: Darren Duncan <darren@darrenduncan.net>
With Oshun providing dynamic "types", I would have to imagine it would be
less performant even using the same approach to data checking, simply
because the types aren't predefined with known structure/characteristics.
Would that not be the case?
Avery
On Wed, 23 Aug 2023 at 15:29, Darren Duncan <darren@darrenduncan.net> wrote:
> On 2023-08-22 8:13 p.m., Oodler 577 via perl5-porters wrote:
> >> I would expect Oshun to follow the same kind of path Corinna did, which
> >> yielded a very tight and efficient implementation in principle.
> >
> > Why would you expect that?
>
> I would expect Oshun to not use regular expressions to evaluate
> fundamental
> types because that is the best solution. If Perl::Types can find a better
> way
> than using regular expressions, then Oshun can apply the same better
> solution
> directly as well. Why would this not be a reasonable assumption?
>
> -- Darren Duncan
>
---------- Forwarded message ---------
From: Avery Adams <oldtechaa@gmail.com>
Date: Wed, 23 Aug 2023 at 15:55
Subject: Re: PPC Elevator Pitch for Perl::Types
To: Darren Duncan <darren@darrenduncan.net>
With Oshun providing dynamic "types", I would have to imagine it would be
less performant even using the same approach to data checking, simply
because the types aren't predefined with known structure/characteristics.
Would that not be the case?
Avery
On Wed, 23 Aug 2023 at 15:29, Darren Duncan <darren@darrenduncan.net> wrote:
> On 2023-08-22 8:13 p.m., Oodler 577 via perl5-porters wrote:
> >> I would expect Oshun to follow the same kind of path Corinna did, which
> >> yielded a very tight and efficient implementation in principle.
> >
> > Why would you expect that?
>
> I would expect Oshun to not use regular expressions to evaluate
> fundamental
> types because that is the best solution. If Perl::Types can find a better
> way
> than using regular expressions, then Oshun can apply the same better
> solution
> directly as well. Why would this not be a reasonable assumption?
>
> -- Darren Duncan
>