Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:120316 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 6561 invoked from network); 16 May 2023 16:18:00 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 16 May 2023 16:18:00 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 248291804F8 for ; Tue, 16 May 2023 09:17:59 -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.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE, 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-ed1-f45.google.com (mail-ed1-f45.google.com [209.85.208.45]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Tue, 16 May 2023 09:17:58 -0700 (PDT) Received: by mail-ed1-f45.google.com with SMTP id 4fb4d7f45d1cf-50bd37ca954so8874244a12.0 for ; Tue, 16 May 2023 09:17:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=basereality-com.20221208.gappssmtp.com; s=20221208; t=1684253877; x=1686845877; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=/9ZEyyHCTfY4SXBkfpzeZcMPbMvHqCTrHegn6X0SlMM=; b=nMU3edygyrURqiCN27QBrbwR13qHlksfdvZMfGT+HEmnJcB337Oe4emlySFaW/4134 QIe97jf/fR13OGGY5pqvRqT4THuqIF/Fami8S7ncOqCvmg4PCTyY7OrPWEmVq+CE/UHz MMemS5/ZIwvdeE1tWONPRSJw+RSe7noIwy5E2ltYFVKSJr/EMnmRUYnT7P3F5+i+ZDI/ kXgzfhKgUPfZ5iu03sfVJRhF3XmiDkZaTqlND76mHilSO82Mz8ZoDIKlwu4Oz8paR5YP Kjo29G/sKx+HGJIpvjvr+jtnOpw4TPel1x2s4c7SEpegsf1eP41xIjnAjSS6PMZDPcjT 8O0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1684253877; x=1686845877; h=content-transfer-encoding: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=/9ZEyyHCTfY4SXBkfpzeZcMPbMvHqCTrHegn6X0SlMM=; b=MV28TD+P18rRJpqUV9kuB/kU6dpuISLY0P+kGVYqhgcNyfrF6ExAJDIZxKmyXSbPWz bIXf2X6ApynvpJUpvjDOKHtMu3Qz0iC8ITf6Uy9wuaBfFic07h1ioVC/eYHixEUJXYRl Fooh9Plhlz5DT6cVLJQwawh2GmRZOg45WqibPt73oPTgYls2pS9bv/5UtExBGQ6mz4Rw 4R2GMewkJmIZypuVWhpmbYEOzTE/vnjaNDAS8dtYc2FxuOwFlAL5CqKoUiDugWGYRk71 fBF2JNOmh+fBax4wmkAhbc7VewKsPtuFgdH3DJVBXgD8cew4Q4KrlG0N57hCVIeEt/i6 r3tw== X-Gm-Message-State: AC+VfDzy/RDQL5OdQERo4PsyOg5TFfITYMzJaEJuvvpQ2vpXAPtn8zi2 8GFSy8l5/o3YokrsDyMApE7B0hkVN5OfSRi6hzpVg73v91qpMycj8In6sg== X-Google-Smtp-Source: ACHHUZ7ErTUsvjjDKhvdlxzS6Dw7U1loBqljP9SIfypxlhQPChXDkW6pe2qlwehpOyasbZOFVb/oJneOVhfAJgMkx7g= X-Received: by 2002:a17:907:1c25:b0:969:9c0c:4c97 with SMTP id nc37-20020a1709071c2500b009699c0c4c97mr25258593ejc.1.1684253877216; Tue, 16 May 2023 09:17:57 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Date: Tue, 16 May 2023 17:17:46 +0100 Message-ID: To: =?UTF-8?Q?Tim_D=C3=BCsterhus?= Cc: PHP internals Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [PHP-DEV] RFC [Discussion]: Marking overridden methods (#[\Override]) From: Danack@basereality.com (Dan Ackroyd) On Thu, 11 May 2023 at 17:37, Tim D=C3=BCsterhus wrote: > > Hi > > I'm now opening discussion for the RFC "Marking overridden methods > (#[\Override])": > > I'm now opening discussion for the RFC "Marking overridden methods (#[\Ov= erride])": This RFC is probably a good idea, even if the number of people who will benefit from the behaviour in the engine might be quite low. My guess is the number of people who will bother to write those attributes, and who also won't bother to setup CI, is quite small. But, this RFC another step forward from where we are, to having 'too many' attributes/annotations, so I have a question. How do we stop prevent ourselves from copying the problems that Java has made for itself? Or putting it another way, is it possible for us to set any guidelines on what annotations are 'good' or 'bad' ? I hope I am at least consistent with my concerns about annotations. Danack wrote in https://externals.io/message/114116#114196 > > I think I disagree with this very strongly, and plan* to vote against > any RFC that embeds another language in annotations.** > https://blog.softwaremill.com/the-case-against-annotations-4b2fb170ed67 cheers Dan Ack