Re: PDO subclass names
| From: | Robert Landers | Date: | Tue, 23 Apr 2024 15:13:21 +0000 |
| Subject: | Re: PDO subclass names | ||
| References: | 1 2 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-123187@lists.php.net to get a copy of this message | ||
On Tue, Apr 23, 2024 at 3:22 PM Stephen Reay <php-lists@koalephant.com> wrote:
>
>
> Sent from my iPhone
>
> > On 23 Apr 2024, at 22:35, Bilge <bilge@scriptfusion.com> wrote:
> > On 23/04/2024 10:25, Stephen Reay wrote:
> >> The argument that "Client" is meaningless becomes pretty moot when you
> >> realise that you can import a *namespace* and use it relatively, if you so wish:
> >>
> >> ```
> >> import MyLib\HTTP;
> >>
> >> $a = new HTTP\Client(...);
> >> ```
> >
> > Hi Stephen,
> >
> > Granted, but I also believe the user can and should have the reasonable expectation that
> > they can work comfortably (without conflicts or aliases) using leaf (class) names exclusively.
> >
> > Kind regards,
> > Bilge
>
> I'm sorry but I think you've missed the entire point of namespaces if you want class
> names to all be universally unique without their namespace component.
>
> The referenced RFC gives clear examples of how a class with a prefix would be converted to a
> namespace and class.
As someone who currently works in a codebase with hundreds of *\Mapper
classes, I feel your pain. However, 99% of the time, people are going
to be using a single database implementation at a time per
file/context. If you do find yourself in an edge case where you have
multiple database implementations in the same file, aliases work for
that case.
Robert Landers
Software Engineer
Utrecht NL