Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:96577
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.192.181 as permitted sender)
To: Stephen Reay <php-lists@koalephant.com>
References: <CABdc3WpeqPVfz=RgViAg55pXT_XdgWWWBngTReed31Tt1rwk1g@mail.gmail.com>
 <1e7da1db-9fc6-a3ce-9cba-b219af2dd7d4@gmail.com>
 <7F1CFE1E-48A4-450E-BFD5-645100A16AE9@koalephant.com>
 <6b490ba3-ad2d-2a2b-9117-de53ce7fea7f@gmail.com>
 <D7FD6A69-4CBE-4900-A61D-BC4E6CCC6E62@koalephant.com>
Cc: =?UTF-8?Q?Micha=c5=82_Brzuchalski?= <michal@brzuchalski.com>,
 PHP Internals List <internals@lists.php.net>
Message-ID: <6954f170-bd74-310f-9ae2-23bda498603d@gmail.com>
Date: Sun, 23 Oct 2016 22:48:47 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0)
 Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <D7FD6A69-4CBE-4900-A61D-BC4E6CCC6E62@koalephant.com>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC][DISCUSSION] Object type hint
From: smalyshev@gmail.com (Stanislav Malyshev)

Hi!

> Like I said, the functionality is possible without it. But what
> functionality was impossible without int/float/string type hints?

I don't think it's a good argument "if we added something to the
language, from this point on anything can be added because why not?"
Yes, you can write code in machine code, and yes, we don't do that, but
that doesn't mean any addition to syntax anybody can think of
automatically is in because we once added syntax.

> They just make it much clearer, with less repeated boiler plate, what
> arguments you can actually accept.

I don't see how it's less boilerplate - in most cases, you don't even
need it, as I said, since checking for object is in most cases is
useless, you need to check for specific type. You don't use -> on just
random object. You use it on an object because you expect to find
something on the other end of -> and only objects of specific type(s)
would have it.

In very rare cases where it might may make sense, using is_object is
only marginally longer and is very clear. It's not like it's some weird
obscure function that takes ages to understand.

-- 
Stas Malyshev
smalyshev@gmail.com