Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:91276 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 73023 invoked from network); 18 Feb 2016 19:10:24 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 18 Feb 2016 19:10:24 -0000 Authentication-Results: pb1.pair.com smtp.mail=colinodell@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=colinodell@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.214.179 as permitted sender) X-PHP-List-Original-Sender: colinodell@gmail.com X-Host-Fingerprint: 209.85.214.179 mail-ob0-f179.google.com Received: from [209.85.214.179] ([209.85.214.179:34180] helo=mail-ob0-f179.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 09/C1-62769-02716C65 for ; Thu, 18 Feb 2016 14:10:24 -0500 Received: by mail-ob0-f179.google.com with SMTP id kf7so812781obb.1 for ; Thu, 18 Feb 2016 11:10:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=fpamsZELJ97rY8wvp8M+XLsV1c9tec0VyPnHv9FzKng=; b=rJxh68JLTfDN3xpidqxLsaO8YFJKqNnX+xPFSV1E75eEYfevvv7QXUmspdvNc2+sUp 5aR8KtoicE6lgtKpIXByDq2++PNu0PusT92IrCUOfjNgmUHwOZFr2AMMe0D3LlqTGS2q 8ypWrxrSxrjL7tHZUOUZq1+0GPcVZJbUCjeGAM4tLBkvYJis0vdDbGuUVDVpV4zTdGjD BmVjWLza1rmbW7qACQwE2Y4p3ICp9Iq+hcTbi61IXSzbcgVVbnOGv7gWNvKHkrJj+4sn y7r+LK9nrn9N4f1uATtDxzGbL4tjL/ilUDcBFHrbyCX+bi3EolVlGggaI3pUcCaV6doB puDw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=fpamsZELJ97rY8wvp8M+XLsV1c9tec0VyPnHv9FzKng=; b=Vpu8+LbzLU992J0nTGKKc/L+6QDv3X0pli3KJCOMvhqt2+Yivz66OX5B19C4N8xh8i 1MjQVKUzxXUfbxupwfSpoFa/3j4rKvGZCAONAIBVI/P9rbY+DunuPtsSrDKKu0eUsv3T oKyE/pAo7T10JYRZ5zNw2d7i5CDuX3yKCxz5ezJoFmJgtKXJqsAixLWI4xEBg60qGLZR W/S9Dpl/AuOW/abh9eadlhgcpfdZFo/+Fb+bAFzoHXh+vwiiGlmDDUeOoVSYHk1X8PmO M2BA07awUJv5Pz2U/kXI1DGi3oBf8bJRoz/fZgyuzoG642HRvxcIYO1Q22hmI1ggUAqJ l09w== X-Gm-Message-State: AG10YOQwtlgiawGa7uhGc2EWmt3Frm5Gf+n7U9puspjyeCzw7y3tgFHivNFGxuTuVdcn81wirOTgO1tt8dMqNw== X-Received: by 10.202.63.6 with SMTP id m6mr3272554oia.91.1455822618044; Thu, 18 Feb 2016 11:10:18 -0800 (PST) MIME-Version: 1.0 Date: Thu, 18 Feb 2016 19:10:08 +0000 Message-ID: To: internals@lists.php.net Content-Type: multipart/alternative; boundary=001a113dd180012f3a052c101eea Subject: [RFC Proposal] var keyword deprecation/removal From: colinodell@gmail.com ("Colin O'Dell") --001a113dd180012f3a052c101eea Content-Type: text/plain; charset=UTF-8 Hello everyone, I'd like to propose an RFC to deprecate and eventually remove the "var" keyword. My understanding is that this keyword was kept in PHP 5 for backwards-compatibility with PHP 4. However, it's been 9 years since PHP 4 was discontinued, so I'd like to bring this topic up for review. Usage of "var" doesn't seem to be as widespread recently. I've done a quick search of several major projects and libraries and found that only a couple are using it. I personally haven't seen it used in any PHP 5.3+ project I've worked on in recent memory. Because "var" simply acts as an alias for "public", removing it should not cause any loss of functionality. Yes, it's a BC break, but developers can easily replace it with "public" to maintain the same functionality. PHP 7 deprecated PHP 4 style constructors in favor of the PHP 5 __construct() method. I'd like to propose doing the same for the "var" keyword - deprecate it in PHP 7.1 and remove it in a future version (7.2 or 8.0?) I'd appreciate any thoughts or feedback you may have, especially if you have any objections to me creating an RFC for this proposal. Best regards, Colin O'Dell --001a113dd180012f3a052c101eea--