Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:82525 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 63463 invoked from network); 12 Feb 2015 11:51:35 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 12 Feb 2015 11:51:35 -0000 Authentication-Results: pb1.pair.com smtp.mail=pierre@pcservice.co.za; spf=unknown; sender-id=unknown Authentication-Results: pb1.pair.com header.from=pierre@pcservice.co.za; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain pcservice.co.za does not designate 69.93.154.13 as permitted sender) X-PHP-List-Original-Sender: pierre@pcservice.co.za X-Host-Fingerprint: 69.93.154.13 gateway12.websitewelcome.com Linux 2.6 Received: from [69.93.154.13] ([69.93.154.13:54684] helo=gateway12.websitewelcome.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id DD/82-50473-6C39CD45 for ; Thu, 12 Feb 2015 06:51:34 -0500 Received: by gateway12.websitewelcome.com (Postfix, from userid 5007) id 79448AF824243; Thu, 12 Feb 2015 05:51:31 -0600 (CST) Received: from vinacomin.websitewelcome.com (unknown [192.185.82.169]) by gateway12.websitewelcome.com (Postfix) with ESMTP id 72FDEAF82420F for ; Thu, 12 Feb 2015 05:51:31 -0600 (CST) Received: from [209.85.192.48] (port=43623 helo=mail-qg0-f48.google.com) by vinacomin.websitewelcome.com with esmtpsa (UNKNOWN:AES128-GCM-SHA256:128) (Exim 4.82) (envelope-from ) id 1YLsIt-000757-7u for internals@lists.php.net; Thu, 12 Feb 2015 05:51:31 -0600 Received: by mail-qg0-f48.google.com with SMTP id a108so7422922qge.7 for ; Thu, 12 Feb 2015 03:51:30 -0800 (PST) X-Received: by 10.140.29.100 with SMTP id a91mr9129439qga.69.1423741890784; Thu, 12 Feb 2015 03:51:30 -0800 (PST) MIME-Version: 1.0 Reply-To: pierre@pcservice.co.za Received: by 10.229.17.74 with HTTP; Thu, 12 Feb 2015 03:51:00 -0800 (PST) Date: Thu, 12 Feb 2015 13:51:00 +0200 Message-ID: To: PHP Development Content-Type: multipart/alternative; boundary=001a113b42eca732ae050ee2bd21 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vinacomin.websitewelcome.com X-AntiAbuse: Original Domain - lists.php.net X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - pcservice.co.za X-BWhitelist: no X-Source-IP: 209.85.192.48 X-Exim-ID: 1YLsIt-000757-7u X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: (mail-qg0-f48.google.com) [209.85.192.48]:43623 X-Source-Auth: pierre@pcservice.co.za X-Email-Count: 1 X-Source-Cap: cGNzZXJ2aWM7cGllcnJlO3ZpbmFjb21pbi53ZWJzaXRld2VsY29tZS5jb20= Subject: [RFC] Deprecate properties using var From: pierre@pcservice.co.za (Pierre du Plessis) --001a113b42eca732ae050ee2bd21 Content-Type: text/plain; charset=UTF-8 Hi all Before I create an RFC, I just want to get some feedback on a proposal, to deprecated the use of "var" when declaring properties on a class. This was previously deprecated in PHP 5.0.0 and the deprecation notice was removed in PHP 5.1.3. My proposal is to deprecate the use of var on properties in PHP 7, and then remove support for it in PHP 8. This compliments the [0] "Remove PHP 4 Constructors" RFC, as it is old PHP 4 behaviour, and according to the docs is only "supported for compatibility reasons", and personally I think users should be encourage to use proper visibility when defining properties. [0] https://wiki.php.net/rfc/remove_php4_constructors Regards Pierre du Plessis --001a113b42eca732ae050ee2bd21--