Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:120788 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 20917 invoked from network); 11 Jul 2023 23:20:42 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 11 Jul 2023 23:20:42 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id CECF918055A for ; Tue, 11 Jul 2023 16:20:41 -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.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, T_SCC_BODY_TEXT_LINE 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-lj1-f170.google.com (mail-lj1-f170.google.com [209.85.208.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Tue, 11 Jul 2023 16:20:41 -0700 (PDT) Received: by mail-lj1-f170.google.com with SMTP id 38308e7fff4ca-2b6fdaf6eefso99138281fa.0 for ; Tue, 11 Jul 2023 16:20:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1689117639; x=1691709639; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Xl9DK0lfiQONIGwtMOh8tRwPAzFliachWUDdau7v5aQ=; b=bIBBAg7+6IVzhwc3bHGUUI3eV+SfNYLwaTvm81eYH8rckByE2+wGiKwmIA+45Q0/W3 jwzfwZhJg3PTdUsOPy3/orhyZf+VsiaFlBZSbRBXzvgcj++KN/znjY5sGXpN35EQZGyH 3yPSvXW6mA/LSBO8uhWm+VaaU0nuQNloJgkmhCqtJVqHDvyDU8H7Ejmcb0renhJj7yrZ VfMmF6L1BzRRb7D+mSj3lQWfc6XiJxwT2dUqA70erhO7jMQA80v/tW/XunG5P88ktglu WggcXmVotUG3vUi1jQxbMxAZL2W4OMkZ6OOAOALuROkqGtSvNYTEQwRWk1nkeLiG4gAK vrUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1689117639; x=1691709639; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Xl9DK0lfiQONIGwtMOh8tRwPAzFliachWUDdau7v5aQ=; b=HgO48wxnPj+2eiyAH1S9dAKzsJAiezUopeFHxjRWf5jt/+vXNTKcexHRHSUPHyWrGc 5+x6gPfzJVIeLVtZ/Jgn9uKBGf6xKfuTBY1fCOg4O0kFFFTfAtooml0zgv+0Pp/j0sf7 zHHpbdCcltruz4Sueb81ZXuwTDJ39rkZkczfdVrTNz8HL49l3PsNiDmdjoG0VM2BY5hA lonmCgX5GFObqXL4hPfEtfjdhsofiaxrZx5UeVx2APR6TieylX7qKyddINDqm/MNKExg BiilynjhjWvx9QUpBl31KTkuDiWoEVhUVmnA8WaNYGpcopCDLpbrdffAcAyGTJhngPl0 ovuA== X-Gm-Message-State: ABy/qLbV4YKggCs/3WYITjQ81104X4XKxLCt2cit8esWpnveON4BVdQc dL6JbTUgBIPHvZIIk41eNZd0XDgcsct8HfwrH20= X-Google-Smtp-Source: APBJJlGoY34/34FePofM8dotKod6jIWgSUDkaPmJru7IxcZUHt4s5NtOvt0FZ3aypn/OpaMSUaI/pfuEP+BPdjIejh0= X-Received: by 2002:a2e:2419:0:b0:2b6:ee99:fffc with SMTP id k25-20020a2e2419000000b002b6ee99fffcmr12716556ljk.36.1689117639052; Tue, 11 Jul 2023 16:20:39 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Date: Wed, 12 Jul 2023 01:20:27 +0200 Message-ID: To: Dusk Cc: Peter Kokot , Levi Morrison , internals Content-Type: multipart/alternative; boundary="000000000000dc115006003e5869" Subject: Re: [PHP-DEV] [VOTE] Interface Default Methods From: jorg.sowa@gmail.com (Jorg Sowa) --000000000000dc115006003e5869 Content-Type: text/plain; charset="UTF-8" > So, here's a crazy thought: why do inheritance, interfaces, and traits > need to be separate at all? > > At some level, they're all ways of composing a class with different > restrictions, e.g. inheritance requires a single parent, interfaces must be > abstract, traits don't interact with typing, etc. This RFC was an attempt > to lift some (but not all) of these restrictions on interfaces; in that > sense, it almost seems like too small of a step, and one which leaves the > language in a confusing intermediate state. > I agree with this statement. Although I can't vote, I would be for this feature. However, abstract classes would become orphans with the approval and should be more clarification in the RFC what to do with them and the whole inheritance design in the language, because this is significant change. --000000000000dc115006003e5869--