Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:42352 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 37132 invoked from network); 19 Dec 2008 15:39:31 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 Dec 2008 15:39:31 -0000 Authentication-Results: pb1.pair.com header.from=surreal.w00t@gmail.com; sender-id=pass; domainkeys=bad Authentication-Results: pb1.pair.com smtp.mail=surreal.w00t@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 72.14.220.152 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: surreal.w00t@gmail.com X-Host-Fingerprint: 72.14.220.152 fg-out-1718.google.com Received: from [72.14.220.152] ([72.14.220.152:52720] helo=fg-out-1718.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id DC/B9-09584-230CB494 for ; Fri, 19 Dec 2008 10:39:31 -0500 Received: by fg-out-1718.google.com with SMTP id 16so389043fgg.23 for ; Fri, 19 Dec 2008 07:39:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :sender:to:subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=BPtDvOOQDe17i95hsKN37aFTa1U4MuFsFpqSZF+c4OI=; b=teHzhAy+HAQ6KeEx38iEkM0K3o43FOizn65vk+e8aeQwWZcM7PnRfz1zUWV9yNliuy 0o7fZBTcRMCJuLbmfyLlS0MQ5YxqTN3jnsPQpaA+LMg61KNld0m6Z8WV1uT6hn0UZnD4 QUfiQn9a22TYGmDpGNdnoDtdyEloLOQ+CHoAw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:sender:to:subject:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:references:x-google-sender-auth; b=sELFx/QX7LEeXrwgxtPhDhIza16tX0OZpfzLtfkxmbIntutziNNT8Pk8eAuLnrU68w ooZHKAklEYJNL8Aq8VQhYxJKR1U+mwLbhRKBp8jjDLGb4i9HZ62aamHr8XuzRiW++zbB yClkeZAVmnJQlZKDyxI5ATLmMavl7ya1reeSQ= Received: by 10.86.80.5 with SMTP id d5mr417953fgb.42.1229701167372; Fri, 19 Dec 2008 07:39:27 -0800 (PST) Received: by 10.86.87.15 with HTTP; Fri, 19 Dec 2008 07:39:27 -0800 (PST) Message-ID: Date: Fri, 19 Dec 2008 15:39:27 +0000 Reply-To: viroteck@viroteck.net Sender: surreal.w00t@gmail.com To: "PHP Developers Mailing List" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <69.22.48223.7E389494@pb1.pair.com> <494ACEAE.2090700@gmail.com> <494AD2AF.9000702@gmail.com> <2dedb8a0812181823q53a3b464oc1e2e2bd37792f98@mail.gmail.com> <494BB04C.40603@gmail.com> <98b8086f0812190640l6a2dd6bcm179031e36a50a122@mail.gmail.com> <98b8086f0812190718x1783be2dy869d1b2240f0a72@mail.gmail.com> X-Google-Sender-Auth: 3109859cfcaee664 Subject: Re: [PHP-DEV] Q on Primitives From: viroteck@viroteck.net ("Robin Burchell") Ugh. Apparantly I forgot to CC the list on those last two mails.. Sorry. Pasted so others stay in on the conversation: On Fri, Dec 19, 2008 at 3:18 PM, troels knak-nielsen wrote: > That's an interesting mail, expresses a viewpoint I hadn't considered, so, thanks for that. However: If PHP provides such a set in stone opinion on how things should be done, then why does it support, for example, provide class vs functional programming paradigms - both to a first degree level? (the mysqli extension is a very good example of what I mean here). As I have seen it, PHP is one of the best of all tools: it provides the features that many different programmers wish to use, and allows them to use it. It doesn't restrict itself to any single spectrum of programming, and I think that robustness is one reason it has flourished, and continues to do so well into the future. I see this as just another logical extension of that philosophy: you see this as being "not the PHP way", whilst I see it as the polar opposite: enabling programmers to do things as they wish, which I have always thought was very much the PHP way :) ------------ On Fri, Dec 19, 2008 at 3:09 PM, Nathan Rixham wrote: > because all of those current declarations would no longer work on the new > version of php which implemented such change..? and I'm assuming it would be > a much bigger change to the php internals than adding in an optional type > after the method params..? They would continue to work, because (you seem to be missing this point of what I am suggesting) - 'function' would just mean a return of a variant type (i.e. the current behaviour of not caring what it is, and not touching it in any way Whether or not it is a large change I am not qualified to suggest; I haven't yet done too extensive a digging into the internals.