Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:109701 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 80526 invoked from network); 18 Apr 2020 16:20:01 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 18 Apr 2020 16:20:01 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 735361804C7 for ; Sat, 18 Apr 2020 07:50:43 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_40,SPF_HELO_NONE, SPF_NEUTRAL autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS20694 188.94.24.0/21 X-Spam-Virus: No X-Envelope-From: Received: from scarlet.netpirates.net (scarlet.netpirates.net [188.94.27.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Sat, 18 Apr 2020 07:50:42 -0700 (PDT) Received: from pd9e6369f.dip0.t-ipconnect.de ([217.230.54.159] helo=[192.168.178.42]) by scarlet.netpirates.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92.3) (envelope-from ) id 1jPonp-0004F5-5E for internals@lists.php.net; Sat, 18 Apr 2020 16:50:41 +0200 To: internals@lists.php.net References: Reply-To: internals@lists.php.net Message-ID: <11e910d3-8dbd-55ad-984b-516eba52b68c@php.net> Date: Sat, 18 Apr 2020 16:50:38 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Typed array properties V2 From: sebastian@php.net (Sebastian Bergmann) Am 21.01.2020 um 22:21 schrieb Matthew Brown: > What if we left the array type alone, and instead focussed on "list" > type and "dict", "dict" types? > > That would allow a clear break from previous behaviour, and would allow you > to introduce other changes (e.g. removing string -> int coercion for > numeric string keys). Just to make sure I understand you correctly: are you proposing new data structures, names list and dict, in addition to array that can bring more specific / strict semantics?