Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:81627
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain zend.com designates 209.85.220.172 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAEZPtU5G1T3mpvjL2U0zAoYUKs8xh6NqjZ+hv9Aeab0h=TRB4A@mail.gmail.com>
References: <CA+9eiLuueVvYgT-fhCvzBSxzoDioinpc5Eok5OQtGDBG1FZM=w@mail.gmail.com>
	<CAEZPtU5G1T3mpvjL2U0zAoYUKs8xh6NqjZ+hv9Aeab0h=TRB4A@mail.gmail.com>
Date: Mon, 2 Feb 2015 22:55:24 +0400
Message-ID: <CA+9eiLsEZ=PKEifh=ewYQEOe3P4KwGrt19rDw0yL-QoLLws3Hw@mail.gmail.com>
To: Pierre Joye <pierre.php@gmail.com>
Cc: PHP Internals <internals@lists.php.net>, Andrea Faulds <ajf@ajf.me>, 
	Nikita Popov <nikita.ppv@gmail.com>
Content-Type: multipart/alternative; boundary=089e015386103cbedf050e1f7f08
Subject: Re: [PHP-DEV] What do we need strict scalar type hints for?
From: dmitry@zend.com (Dmitry Stogov)

--089e015386103cbedf050e1f7f08
Content-Type: text/plain; charset=UTF-8

On Mon, Feb 2, 2015 at 9:05 PM, Pierre Joye <pierre.php@gmail.com> wrote:

> hi,
>
> On Mon, Feb 2, 2015 at 4:12 PM, Dmitry Stogov <dmitry@zend.com> wrote:
> > hi,
> >
> > could you please write down few use cases, when strict scalar type hints
> > are really useful.
>
> I think there is one big misunderstanding in Andrea's RFC.
>
> Strictness is local only. Or to say it in a better way, only the
> maintainers of a given library will bother with it.


Actually, not.
The proposal makes declare() work on caller side.
So, each usage of a library function in user code may be wrapped with
declare() or not.

Thanks. Dmitry.



> Users of this
> library do not, there will be no change there from what we had in the
> 1st rfc. Or they can if they want.
>
> Keeping that in mind, the declare statement, as ugly as it may look,
> could be actually a killer to finally get what both camps want but
> never (and never will) manage to agree.
>

> --
> Pierre
>
> @pierrejoye | http://www.libgd.org
>

--089e015386103cbedf050e1f7f08--