Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:116373 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 84920 invoked from network); 15 Nov 2021 12:59:18 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 15 Nov 2021 12:59:18 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 97BBD18053F for ; Mon, 15 Nov 2021 05:53:59 -0800 (PST) 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.2 required=5.0 tests=BAYES_40,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS15169 209.85.128.0/17 X-Spam-Virus: No X-Envelope-From: Received: from mail-ed1-f48.google.com (mail-ed1-f48.google.com [209.85.208.48]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Mon, 15 Nov 2021 05:53:59 -0800 (PST) Received: by mail-ed1-f48.google.com with SMTP id z10so45791589edc.11 for ; Mon, 15 Nov 2021 05:53:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=edncGvAQEFUB5LGsb4zHDWjrFzr/QJc6N9DCw9avdh0=; b=RDjBbhQQ+heMoKUmNJSdq5h38YnuPGf+ZMXt2G3F9PV2Irsb7ceVyux4GEkjGnJ2wf netQbmkmA1TH2B5KS9Ga29ReA2TwUv2m1Uynti1QaR6NjD5/dM5AFn3GsK2S0Uo2Tx04 angzOrwyYLUoPr5JNNQNQpv8Yfkk0gWZMjjyd78jwFjvRloZrZOoxWYowRW8K6ZPgvKs msiaFI37uUXa262L6rFW9p5AUVdNwaBhWuEnfQQorArptZvAPjJm9akNAb9URTkgycMy BZRfyF5qL0zobl2J/IgTMRQTqxtumHhMtynJ8P1k4if61MHNdIFNDygZGykjziPgqUpl aJSw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=edncGvAQEFUB5LGsb4zHDWjrFzr/QJc6N9DCw9avdh0=; b=7GJykMmtre311LByVObtj5KKwWpcbbhgTG2GKWAaZR31iW2WflDjHq2mwaJHPbQ4Or rYsVAFUkX5LfdHPPpWINFf6o/pCo1ZuN3q+UlxhsYZ6mVwn1BM5k3JBjC/8EiSMmCNZt pAXrm0WKtZI+Sc2pqeO4pbw3phhA1DHC/CQAW62eHoIal8JSJkBpYDUx7GKkKQiKeOyB L+FR/6mbUxwcW+GTRgEnZ14b3aCjMF+NIBApeM8fyfAMWNJxtRjjiLTXGE1l5YjS/gPz 5e16QnE8B7NFBwOEXmBnYypenwgzFQzawk/PCWB7LEiFO/Kpm/A/itV5ODLRD3tpXQ8g fr1w== X-Gm-Message-State: AOAM530pM8VU9yte2dtnGIMVRN3OAMk8pJdqvrJlNHE1ScEEklBWTpOM gOsNvVkGP4uvKyvtLcIiCvGlsSVohMrbrQPPI2eaLmMn3OAopQ== X-Google-Smtp-Source: ABdhPJyAcyd0t/4DV8yIxFt/to/hkxC0PjLCvBxUnORDdWEm43vZXO29kErti09wcZf03aMNlnUY/bv/tL6My8ME6uk= X-Received: by 2002:a17:906:ecac:: with SMTP id qh12mr48754905ejb.377.1636984437745; Mon, 15 Nov 2021 05:53:57 -0800 (PST) MIME-Version: 1.0 References: <371ca983-2b07-ae39-3629-49cf7ff8ee64@heigl.org> In-Reply-To: <371ca983-2b07-ae39-3629-49cf7ff8ee64@heigl.org> Date: Mon, 15 Nov 2021 15:53:40 +0200 Message-ID: To: Andreas Heigl Cc: PHP internals Content-Type: multipart/alternative; boundary="000000000000ea363b05d0d423d3" Subject: Re: [PHP-DEV] Re: [RFC] Deprecate dynamic properties From: drealecs@gmail.com (=?UTF-8?Q?Alexandru_P=C4=83tr=C4=83nescu?=) --000000000000ea363b05d0d423d3 Content-Type: text/plain; charset="UTF-8" On Mon, Nov 15, 2021 at 2:52 PM Andreas Heigl wrote: > > And as far as I can see from the PR associated with this RFC it will not > make life easier for the internals team. It is not like there will be > hundreds of lines code less to maintain. On the contrary. There is more > code and more logic to maintain [2]. > Sometimes it needs to be worse until it's better. Some points that evolved during discussion also mentioned the intention of how easy to allow it to be to opt-in and in the end the attribute was chosen as the easiest one. Even if the intention was to simplify the code to maintain, it was not clear how much PHP users would want to stay without this feature. And the problem was that using the attribute, it would not be easy to remove it in PHP 9. But at least it would give a better sense of usage once we get to PHP 9 so it can be completely removed only in PHP 10+ or to use a more strict opt-in mechanism. So yes, you are right, having it like this would make the code a bit worse to maintain for 8 years and easier to maintain after that, if I got it right. But the benefit related to the dynamic properties bugs reduction would be seen in userland starting with PHP 8.2. Regards, Alex --000000000000ea363b05d0d423d3--