Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:25141 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 19675 invoked by uid 1010); 2 Aug 2006 17:36:55 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 19659 invoked from network); 2 Aug 2006 17:36:54 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 2 Aug 2006 17:36:54 -0000 X-PHP-List-Original-Sender: zeev@zend.com X-Host-Fingerprint: 80.74.107.235 mail.zend.com Linux 2.5 (sometimes 2.4) (4) Received: from ([80.74.107.235:6861] helo=mail.zend.com) by pb1.pair.com (ecelerity 2.1.1.3 r(11751M)) with ESMTP id 03/28-45114-50ED0D44 for ; Wed, 02 Aug 2006 13:16:54 -0400 Received: (qmail 9674 invoked from network); 2 Aug 2006 17:15:45 -0000 Received: from localhost (HELO zeev-notebook.zend.com) (127.0.0.1) by localhost with SMTP; 2 Aug 2006 17:15:45 -0000 Message-ID: <7.0.1.0.2.20060802201553.0a02bc28@zend.com> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Wed, 02 Aug 2006 20:16:48 +0300 To: Rasmus Lerdorf Cc: pierre.php@gmail.com,internals@lists.php.net, Christian Schneider In-Reply-To: <44D0DB82.1070307@lerdorf.com> References: <18810497049.20060801234124@marcus-boerger.de> <44CFDB2B.1010907@cschneid.com> <20060802010156.5be0258c@pierre-u64> <44CFDF89.6010506@lerdorf.com> <7.0.1.0.2.20060802153119.0c2193c0@zend.com> <44D0DB82.1070307@lerdorf.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: [PHP-DEV] RfC: rethink OO inheritance strictness From: zeev@zend.com (Zeev Suraski) At 20:06 02/08/2006, Rasmus Lerdorf wrote: >Zeev Suraski wrote: >>I believe the problem is that 10 years ago we introduced what can >>be described as 'loose OO programming', and we're replacing it >>(instead of augmenting it) with strict OO programming. > >Sure, and I agree that we should find a comfortable middleground, >I'd just like to see a little less criticism of Marcus and some more >civilized discussion. As far as I am concerned, Marcus' approach of >making the existing OOP design consistent with conventional OOP >principles is an extremely valuable one and something I hope he will >continue doing despite all the crap he takes for it. By going >through this we see where we diverge and we can make deliberate >decisions to loosen things up where it makes sense. Agreed - I definitely value Marcus' great contributions to PHP. He does need to be balanced every one in a while :) >In this particular case I think it should be possible to mark >certain internal methods as strict and keep userspace methods loose. Great, so we agree. Zeev