Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:121980
MIME-Version: 1.0
References: <8f4e3274-6489-4378-82db-fb4829770196@gmail.com>
 <CA+XhMqz3Or4+XPWUJne0uS8gS6=GcsY+HNbCPBDTuCpGjx8+Bw@mail.gmail.com>
 <a5ddd5fa-ab5f-4e77-802e-8cab54387dd0@gmail.com> <CA+XhMqwq449MQUKVs2AJWi1zPSU_T9-qVnp_Y1SNFO8t5iuddA@mail.gmail.com>
 <8038a817-c65e-4493-8110-4709943c54a1@gmail.com>
In-Reply-To: <8038a817-c65e-4493-8110-4709943c54a1@gmail.com>
Date: Sun, 10 Dec 2023 14:24:56 -0300
Message-ID: <CAGS0MVBVnS5VW8E6DXdg0k3_kHrdq-XCRZiB=e6hNLOogPjNqw@mail.gmail.com>
To: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="000000000000cbf3ff060c2b1a66"
Subject: Re: [PHP-DEV] Filesystem path APIs
From: ericklima.comp@gmail.com (Erick de Azevedo Lima)

--000000000000cbf3ff060c2b1a66
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

I'm in favor for this. I think that, since you already have a built-in file
API, adding useful functions is always good. I use *\str_starts_with* and
*\str_ends_with* a lot in my code. In Laravel, which is the most used
Framework these days, you have the \Illuminate\Supports\Str::startsWith and
\Illuminate\Supports\Str::endsWith, but it did stop the implementation of
those functions in the core and I'm glad for it.

Best regards,
Erick

Em s=C3=A1b., 9 de dez. de 2023 =C3=A0s 13:21, Niels Dossche <dossche.niels=
@gmail.com>
escreveu:

> On 12/9/23 10:40, David CARLIER wrote:
> > On Fri, 8 Dec 2023 at 16:10, Niels Dossche <dossche.niels@gmail.com>
> wrote:
> >
> >> Hi David
> >>
> >> On 08/12/2023 10:08, David CARLIER wrote:
> >>>     I think these would be great additions to PHP as working with pat=
hs
> >> and files is a core part of any programming language.
> >>>
> >>>
> >>> Seems like it, is there an argument to be made to, let's say, in the
> >> performance side ?
> >>
> >> A native implementation is going to be faster than an implementation i=
n
> >> userspace.
> >> However, I don't think that matters because the performance is likely
> >> dominated by the I/O you do after constructing a path.
> >> You'd need to construct a large number of paths before you notice
> anything
> >> I guess.
> >>
> >> Cheers
> >> Niels
> >>
> >
> > Very true, so what would be the argument beside having those as
> "builtins"
> > as opposed to external components ?
> >
>
> Mainly for convenience reasons and a correct implementation provided by
> PHP.
> Many functions in PHP are not strictly necessary because they can be
> implemented in userland.
> They're only there for convenience reasons. Where to draw the line is
> difficult.
> To me they complement the realpath(), dirname(), basename() functions.
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: https://www.php.net/unsub.php
>
>

--000000000000cbf3ff060c2b1a66--