Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:58110 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 97426 invoked from network); 27 Feb 2012 02:10:29 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 27 Feb 2012 02:10:29 -0000 Authentication-Results: pb1.pair.com header.from=samuel.deal@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=samuel.deal@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.170 as permitted sender) X-PHP-List-Original-Sender: samuel.deal@gmail.com X-Host-Fingerprint: 209.85.216.170 mail-qy0-f170.google.com Received: from [209.85.216.170] ([209.85.216.170:42842] helo=mail-qy0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 8D/C9-40985-416EA4F4 for ; Sun, 26 Feb 2012 21:10:28 -0500 Received: by qcmt36 with SMTP id t36so542466qcm.29 for ; Sun, 26 Feb 2012 18:10:25 -0800 (PST) Received-SPF: pass (google.com: domain of samuel.deal@gmail.com designates 10.224.101.72 as permitted sender) client-ip=10.224.101.72; Authentication-Results: mr.google.com; spf=pass (google.com: domain of samuel.deal@gmail.com designates 10.224.101.72 as permitted sender) smtp.mail=samuel.deal@gmail.com; dkim=pass header.i=samuel.deal@gmail.com Received: from mr.google.com ([10.224.101.72]) by 10.224.101.72 with SMTP id b8mr9387087qao.31.1330308625785 (num_hops = 1); Sun, 26 Feb 2012 18:10:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=W5+LpxInnX8GZN76PFtIx/JMl+rK8RFpJ+YOc7pyM/8=; b=e6v716oHnEghYzoKddoWTFw4WJqOgfvASZFWkpGnpvY/hkemkyahBInyD2YcYulwmA ZvcBIL/viU9itgSDC0+vXqBu9/g44emBQMvsU3j1fUWz/Dvn4EP3HsYmOXQ9/lYT9HOs e0buJbWV/W/FSAsjmYvpEqeQ/X4jzqGRqj/iY= MIME-Version: 1.0 Received: by 10.224.101.72 with SMTP id b8mr7959366qao.31.1330308625713; Sun, 26 Feb 2012 18:10:25 -0800 (PST) Received: by 10.229.220.84 with HTTP; Sun, 26 Feb 2012 18:10:25 -0800 (PST) In-Reply-To: <9570D903A3BECE4092E924C2985CE4854FC3C828@MBX201.domain.local> References: <4F455C96.50706@gmail.com> <4F455E91.2060408@alliantinternet.com> <028001ccf1ab$0b200050$216000f0$@alliantinternet.com> <4F457517.7050901@alliantinternet.com> <028d01ccf230$91d79b00$b586d100$@alliantinternet.com> <4F4686C6.2040207@sugarcrm.com> <4F496818.8000405@sugarcrm.com> <4F4982BF.8090102@sugarcrm.com> <9570D903A3BECE4092E924C2985CE4854FC3C828@MBX201.domain.local> Date: Mon, 27 Feb 2012 03:10:25 +0100 Message-ID: To: Clint M Priest Cc: Kris Craig , John Crenshaw , Arvids Godjuks , "internals@lists.php.net" Content-Type: multipart/alternative; boundary=20cf30667c2f13ca8904b9e89d6e Subject: Re: [PHP-DEV] [RFC] Enum proposal (yet another) From: samuel.deal@gmail.com (Samuel Deal) --20cf30667c2f13ca8904b9e89d6e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable +1 as well, I start a new thread for that. This debate is major for PHP's futur. I'm little frustrated about this thread, I don't have any new argument for or against the enum proposal. 2012/2/27 Clint M Priest > +1 for that as well. > > -----Original Message----- > From: Kris Craig [mailto:kris.craig@gmail.com] > Sent: Sunday, February 26, 2012 7:48 PM > To: John Crenshaw > Cc: Arvids Godjuks; internals@lists.php.net > Subject: Re: [PHP-DEV] [RFC] Enum proposal (yet another) > > Well said, John! I think that's a terrific idea! > > --Kris > > > On Sun, Feb 26, 2012 at 5:44 PM, John Crenshaw >wrote: > > > > From: Kris Craig [mailto:kris.craig@gmail.com] > > > > > > I actually agree as well. Looking back in the thread, I think my > > > overly broad use of the word "strict" might have led to some > > > confusion over what I'm advocating. > > > > Honestly, this is the biggest problem that the typing debates have had. > > Someone advocates "strict typing" when they really mean "weak typing" > > (as opposed to the current "dynamic typing") but there's always a > > group of people that assume they mean "strict strict strict typing > > like the old C days". People then panic and get frustrated because the > > plethora of problems with adding this level of restriction to PHP have > > already been discussed extensively. Discussion then devolves into > > denigration and then finally disintegrates completely. > > > > If we can agree on some basic terminology I think it would move things > > forward considerably. I propose these terms: > > - "Strict Typing" means the super strict old C style typing that has > > been proven to be ridiculous in this environment because of the > > obvious problems inherent in the fact that almost every input is a > string. > > - "Weak Typing" means types in the same sense that the PHP > > documentation uses types (for example, the docs indicate > > substr(string, integer), and substr(12345, "2") =3D=3D "345".) > > - "No Scalar Typing" should be used to indicate the current system > > (where there is no provision for hinting at scalar types.) > > > > In addition, if someone potentially new expresses support for "Strict > > Typing", let's assume that they really mean weak typing unless proven > > otherwise (this is by far the more likely intent.) Politely clarify > > terminology so that everyone can be on the same page. If someone still > > insists that they want "Strict Typing", point them to the prior > > discussions on the topic which explain exactly what the problems with > this are. > > > > It might be wise to maintain a wiki article to keep track of the 3 > > different levels of typing, as well as a summary of the typical > > arguments pro and con for each of the 3. If people agree that this > > would be helpful, I'm willing to dig through the archives and try to pu= t > this together. > > > > John Crenshaw > > Priacta, Inc. > > > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > --=20 Samuel DEAL samuel.deal@gmail.com T=C3=A9l : +36 (0) 6.01.29.75.85 Adresse : 44, rue Jean Jaur=C3=A8s 92170 Vanves --20cf30667c2f13ca8904b9e89d6e--