Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:115013
Content-Type: text/plain;
	charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\))
In-Reply-To: <CA+kxMuTas-_ck3+qraTn7fDVH_SMit=Gr5a3QXSb-V7Xm9+MbA@mail.gmail.com>
Date: Tue, 22 Jun 2021 05:37:16 -0400
Cc: PHP internals <internals@lists.php.net>
Content-Transfer-Encoding: quoted-printable
Message-ID: <B3615093-305F-4B2E-82D3-256F6C502BB6@newclarity.net>
References: <CAFv4g+F-7F7o6va5wCrojKe+Uysx2Ec3H4yV_mUZYEyNm3MkdQ@mail.gmail.com>
 <CAOwTYAt3rztsZ1BTjEbsonqPR_thgG7UqEUO2pKeN=dEg1jqgg@mail.gmail.com>
 <CA+kxMuSJvk2bDM1dQnZHxgiO+YrYhbjS8BziAy+YGSSW8cR1nw@mail.gmail.com>
 <f7288bfd-e9e6-f77e-358b-c0d6fe12a9d9@nunninger.info>
 <CA+kxMuQ5AkOmgoidX2Mt+y31B=6SwLctCcr6S+s5jf7boH=omA@mail.gmail.com>
 <E319A50E-D120-4B9B-88F5-6BDBEC64B374@newclarity.net>
 <CA+kxMuTas-_ck3+qraTn7fDVH_SMit=Gr5a3QXSb-V7Xm9+MbA@mail.gmail.com>
To: Dan Ackroyd <Danack@basereality.com>
Subject: Re: [PHP-DEV] [RFC] is_literal
From: mike@newclarity.net (Mike Schinkel)

> On Jun 22, 2021, at 5:28 AM, Dan Ackroyd <Danack@basereality.com> =
wrote:
>=20
> On Tue, 22 Jun 2021 at 10:25, Mike Schinkel <mike@newclarity.net> =
wrote:
>>=20
>> Should(n't?) PHP add a basic SQL builder class that can be extended =
for special cases, e.g. different flavors of SQL?
>>=20
>=20
> No. Or at least not yet.
>=20
> This type of thing is much better done in userland, where the api can
> evolve at a fast rate, rather than being limited by the fixed release
> schedule of PHP.
>=20
> If, after people had settled on a good api, someone could make a
> strong argument for adding it to core, it could be evaluated then.


Sure.  But that is not inconsistent with what I was asking/proposing. =20=


There would be a benefit to collectively working towards to =
defect-standard solution rather than leave it to the chaos of userland =
to come up many different approache, even if initially in userland.

Even a PSR might be appropriate, but I tend to think the =
interface-centric approach only works well things there the benefit it =
interoperability and not when the benefit is implementation.

-Mike=