Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:114385 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 52379 invoked from network); 11 May 2021 14:26:12 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 11 May 2021 14:26:12 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 701851804F4 for ; Tue, 11 May 2021 07:34:00 -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=1.4 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.2 X-Spam-Virus: No X-Envelope-From: Received: from mail-lj1-f180.google.com (mail-lj1-f180.google.com [209.85.208.180]) (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 ; Tue, 11 May 2021 07:34:00 -0700 (PDT) Received: by mail-lj1-f180.google.com with SMTP id v5so25375923ljg.12 for ; Tue, 11 May 2021 07:34:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=mj5X9Em2niGVV1/WC83+Db3bBGfYmbwLlnDwrKLggB8=; b=GzXmJPI7pYZtr9VMy6YqsdQ0UeNuU/EOrlVL/dYnprNewyQRPtr1GgjdpGnPHov30o TU5MO0vKiUNjdt8E5eME/3YArMYAtxti+wGn4qiehNy5beSv6GMNDqOMJSqeGx4tB2HB j/Ttqvxa6adWSU+4+r5fyDXiXKiE9RaAzROyoIwz+vdHfXyeuDFwEz3AhEv0ZRZEvY2G OB4yNw3ruFsJ9DrjEI5gQ61wmRZray094EOQJra4j0GVXs5Flj1Gp+dMcEBY43TXuf1D 37sAh2iwtKgxrQwD7YEYkZcT162EcCpS69N4lu841YsS2cNqAoNuFz0E4FpoHPnnn8yC YKrA== X-Gm-Message-State: AOAM533bZhPWKXw7d9JY3cRdqhpxGkCUSH+jKzgyjHaMF4sudmsWJk7O yD0W+GM+CwcwE4rGBUZCMLBNTePWu+FBdAiIc5z5Fg== X-Google-Smtp-Source: ABdhPJwzkvYgNjEKY8pa6IAqjfuE0q+zoU+yqihfqhqv8uPqpUae61ente9fYu5lTuINFxV+DbXl1jPh4iHqLzueGFc= X-Received: by 2002:a2e:5713:: with SMTP id l19mr24615661ljb.297.1620743638524; Tue, 11 May 2021 07:33:58 -0700 (PDT) MIME-Version: 1.0 References: <1620635361.9147.0@gmail.com> <1620728274.110454.3@gmail.com> In-Reply-To: Date: Tue, 11 May 2021 09:33:47 -0500 Message-ID: To: =?UTF-8?Q?Mat=C4=ABss_Treinis?= Cc: Nikita Popov , PHP internals Content-Type: multipart/alternative; boundary="000000000000d8b21005c20ec8d1" Subject: Re: [PHP-DEV] [RFC][Draft] Body-less __construct From: pollita@php.net (Sara Golemon) --000000000000d8b21005c20ec8d1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, May 11, 2021 at 5:18 AM Mat=C4=ABss Treinis w= rote: > Yes, just to clarify the scope of my initial proposal, this should only > ever apply to promoted constructors that have 1 or more promoted > parameters, and no not-promoted parameters. > Hard disagree. While it's certainly silly/pointless to have a nil constructor when there are non-promoted args present, I think that deliberately making that mode special (read: inconsistent) is the wrong way to go. > These would NOT be considered valid: > public function __construct(); > For example, Niki's reply showed a place where that mode is perfectly reasonable (singleton finals). If you must have this syntactic sugar, then please make it consistent. > as well as anything not related to __construct. > I'd be willing to go along with inconsistency since once you allow syntax you can't unallow it without pain. So while I don't love the tack, I'll follow it if we do this feature. (which IMO we shouldn't). On Tue, May 11, 2021 at 8:59 AM Mat=C4=ABss Treinis w= rote: > If there are no super strong arguments on why this should not happen or g= o > to RFC, I will draft a RFC and from there, the usual process applies. > I think you've heard a number of strong arguments why it should not happen, but I also think this deserves its chance to be fleshed out and voted on, so by all means, do work the RFC. -Sara --000000000000d8b21005c20ec8d1--