Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:108087 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 82929 invoked from network); 10 Jan 2020 02:05:27 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 10 Jan 2020 02:05:27 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 97B5A180537 for ; Thu, 9 Jan 2020 16:11:12 -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=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM,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-f42.google.com (mail-ed1-f42.google.com [209.85.208.42]) (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 ; Thu, 9 Jan 2020 16:11:12 -0800 (PST) Received: by mail-ed1-f42.google.com with SMTP id cy15so32175edb.4 for ; Thu, 09 Jan 2020 16:11:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=sB9pfTOuIthS0SqjPHooOLVKdT9SkkJX1L7Na/K//Z0=; b=rHfxdvDkGL9HbSLRQLeKCr6lYhnLvig8alGyQokUISumyXI7FG96S+Me+g0XGLDvLU tsUukWBtDxOd/Gm1y21OurIfFnAnBGts0oIZBzaHpbzFPTnIXdRbEHb441yXMRsDkq/K ymSSVOZJ/TUil+hnETB35O/zd2OnhGCUpeAtVLAmMMVKXbzSvmWDFMDRpSDyM2akN+uy ebgEYu/nAbEu8504iGPXYLP60GwjxEM0diXtzEt7jVs6D6QsbR2HS22L2dNTwrmFvdhL jhhRuYmzpHA2PwZ4iZPXlbxjvWqc62BtE76ZXinoKYb34Qn6Olk+gqPVoTFKk4p1LEJu qHSA== 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:content-transfer-encoding; bh=sB9pfTOuIthS0SqjPHooOLVKdT9SkkJX1L7Na/K//Z0=; b=Yy2YQW0BbNGpiAByPNsXVUyocmCwOEPVmO9069uIc1CyX2+xjHN7Y+C148A/5stf73 3NyB9fQyMnz5kFIzC81cZ274BTHgABmROKvzEdqGLzPyIBAs2jDukbsfMwm4aFcBsV/T hYtZHfXLpD0V0YltDQs3Ok5sx/8wbzvbYU8Yv3sJekWh2Q348DK80jPfNiq+1utJm+cA ch+MMnP1HsaUNfjZOpN4TECLhI12CGvqdVP0MpGGoqyK16PIU4WeXK5NSruj/+y8I+5q jfOig+mx8ktLzvJzSyGsR3CwxGmmVWu45sbm+iF05kNOWn+PYVaVTn5KzfEpS5wDGSL/ z8Mw== X-Gm-Message-State: APjAAAXIw6brw+DGrTz7/tQj1aYPicrRDl62E/FW2xNyyXPDweTmTz8+ AQ802nxwx/r/PwXpTGtnDzjXUKQk4H8no6vhnhrWpJ5B X-Google-Smtp-Source: APXvYqz8t//HYobvR3aIYblg8Udj3EUxnf1uuBmRPEuvO7ozUvnPHAGCfdDqeCfd1MTkcVixYsIUSB1W4PhHMN3HubU= X-Received: by 2002:a17:907:2179:: with SMTP id rl25mr102171ejb.8.1578615070294; Thu, 09 Jan 2020 16:11:10 -0800 (PST) MIME-Version: 1.0 References: <13CC52AA-7690-42C6-89B7-B8FA4166BF38@newclarity.net> <57c08851-e6e2-c0bd-76e1-f7a0388d64b4@ralphschindler.com> <60610660-2E38-47BD-A998-1E226CEB3701@newclarity.net> <032B5597-6CB6-4F5E-BDDC-8A508C3FCE93@newclarity.net> <69403AE8-F8F6-4221-B31F-41B1E982A2C5@newclarity.net> In-Reply-To: <69403AE8-F8F6-4221-B31F-41B1E982A2C5@newclarity.net> Date: Thu, 9 Jan 2020 21:10:58 -0300 Message-ID: To: Mike Schinkel Cc: Internals Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [PHP-DEV] [RFC] Allow ::class on objects From: marcio.web2@gmail.com (Marcio Almada) Em qui., 9 de jan. de 2020 =C3=A0s 20:57, Mike Schinkel escreveu: > > > On Jan 9, 2020, at 6:53 PM, Marcio Almada wrote= : > > > > Because we would be expanding a construct that already looks > > inappropriate from a purely > > semantic POV with aliases that also would allow inappropriate usage > > `some_function::interface`. > > I'd rather have a generally unsatisfying construct than a set of > > "denormalized" constructs with > > equal potential for human inaccuracy. > > > > Perhaps the problem is that `::class` was not exactly a good language > > design decision in the first place or maybe > > it made more sense in the past and as the language evolved it started > > to appear to be named poorly. > > > > A more _general_ construct like a `nameof` operator, as we have in C#, > > could have been a brighter idea. See: > > Okay, I get your perspective on this now. > > So let us add ::nameof and deprecate ::class, then? And apply it for al= l symbols? :-) > > -Mike It seems late to mess with `::class`, maybe not for having `nameof`.