Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:95438 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 12186 invoked from network); 24 Aug 2016 22:48:34 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 24 Aug 2016 22:48:34 -0000 Authentication-Results: pb1.pair.com header.from=dave+php@mudsite.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=dave@mudsite.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain mudsite.com designates 209.85.217.176 as permitted sender) X-PHP-List-Original-Sender: dave@mudsite.com X-Host-Fingerprint: 209.85.217.176 mail-ua0-f176.google.com Received: from [209.85.217.176] ([209.85.217.176:33265] helo=mail-ua0-f176.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id FF/BC-10212-1442EB75 for ; Wed, 24 Aug 2016 18:48:33 -0400 Received: by mail-ua0-f176.google.com with SMTP id 74so54931872uau.0 for ; Wed, 24 Aug 2016 15:48:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mudsite-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=x2A7/qe872F0imNyp/es/oXaThB4YVuGWasY0i+69YQ=; b=jBI3VKp1SQFwTrY74U9Qz2g6VmbvsVA/SI3AN4QgJstJkofK+1WWoUjrb7kYfSgqkC O2BjrGn5VnzUUR0KTIqo9fbussZ6rH6vgjSpOYQw7j9md06ZY0AODc0DhFpB7S62Jayy Odl5VaPaGBuu83Xg1TUF2O0yOz3ujcd9mMqoG++/g/Qqmkn+OdCKqPmRz/+9vTrrFfl+ +17hjt1RVTKp2Q5iAxrcEtGby0jv+P7rA5XGXnFuQOqnuTUdQKpCcIVgBsq24jjJoIMb nQ4P2seabUSg77ZzLqCy6XzTs7fDRcmUEzIoflasIYuxBnc98JKsL+GhQEGN9Ur+Q4on Yrxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=x2A7/qe872F0imNyp/es/oXaThB4YVuGWasY0i+69YQ=; b=jVX98xV6dTLI5s3u1lSuqANhc8aaoPG+F2ODf9Too7lTKm0I1Eb52GQA2K3JRv/s8t p+2CpGAhCwBClxxzUa7BmCRVM1ifVkTCf5Ket95SnwwzXII00INPEOWdGgrDeJ4P44XX Qxz+/AxVNLTzhQBlZUIp3JeK+WryVl+2NFnBMLLVw7kbeNez4xBFRq+YtXUCmHyCdOe9 0AGF2dsHdAQwFRv3ihI+hJBbVkmm2GnQifOnUqiaFc20099BgLMNLa+JmObDPqIzsoYj ZYY6BmosGTpC46H8xcDXxcLRmqnorALB78Nd4kk54XWCcG6+sB4KycIgeyEnF/YAD1NW kW5g== X-Gm-Message-State: AEkoouszYab4iAmeEhUCfWALWHnugACK/1hACPboWe+09kmoQsFnXGVt0uDzTckn7VFC9TndvkaCSFS+Oy+CBA== X-Received: by 10.176.6.201 with SMTP id g67mr719126uag.128.1472078910894; Wed, 24 Aug 2016 15:48:30 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Date: Wed, 24 Aug 2016 22:48:20 +0000 Message-ID: To: Stanislav Malyshev , Rodrigue Villetard , Pierre Joye Cc: PHP internals Content-Type: multipart/alternative; boundary=94eb2c12400690c7a4053ad91483 Subject: Re: [PHP-DEV] Write down a deprecation policy From: dave+php@mudsite.com (David Walker) --94eb2c12400690c7a4053ad91483 Content-Type: text/plain; charset=UTF-8 On Wed, Aug 24, 2016 at 3:46 PM Stanislav Malyshev wrote: > Hi! > > > * Explicit remaining time to live of a deprecated feature (ie. in > > which future version of php this deprecated functionality will be > > dropped) > > I don't think we should be in a rush to drop deprecated things. Java, > for example, deprecates a lot of things but drops them very rarely. And > I think it's one of the things they got right - deprecation tells you we > don't recommend using it, but if you still need it for some reason we > didn't think of - we won't block you. > +1 I wouldn't want to enforce a deprecated functionality _must_ be removed in the next {insert duration here}. What I would rather it read would be, when a core change would otherwise break the deprecated functionality it would be removed. Deprecated should just flag some functionality as: will be removed in the event something would render the functionality moot. I would, however, encourage when functionality is deprecated it be well documented how to convert to the recommended functionality. -- Dave --94eb2c12400690c7a4053ad91483--