Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:83293
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain kelunik.com from 81.169.146.160 cause and error)
MIME-Version: 1.0
Date: Fri, 20 Feb 2015 13:54:26 +0100
Message-ID: <CANUQDCiPP9=_=ZDX7prvCNdXvxZRs3Awq-FaLDDE5K-U3hXZRQ@mail.gmail.com>
To: PHP Internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: [RFC][Discussion] In Operator
From: me@kelunik.com (Niklas Keller)

Hi internals,

"In Operator" is now in discussion phase.

> This RFC adds a new in operator which simplifies contains checks for strings and arrays.
> Currently, we have to usein_array($needle, $haystack, true) or strpos($haystack, $needle) !== false.
> These functions have a inconsistent parameter order, so it's hard to remember which is the right one
> for each. The in operator makes these checks way more readable. Additionally, it also works for Traversable.

https://wiki.php.net/rfc/in_operator

Question: The timline says "Line up any remaining RFCs that target PHP
7.0.", does that mean RFCs have to
start voting on Mar 15 or should the vote end there?

It would really make sense to vote on this RFC after there has been a
vote on https://wiki.php.net/rfc/context_sensitive_lexer.

Regards, Niklas