Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:25153 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 99287 invoked by uid 1010); 2 Aug 2006 22:26:45 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 99262 invoked from network); 2 Aug 2006 22:26:44 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 2 Aug 2006 22:26:44 -0000 X-PHP-List-Original-Sender: helly@php.net X-Host-Fingerprint: 81.169.182.136 ajaxatwork.net Linux 2.4/2.6 Received: from ([81.169.182.136:48466] helo=strato.aixcept.de) by pb1.pair.com (ecelerity 2.1.1.3 r(11751M)) with ESMTP id 83/3B-44390-2F121D44 for ; Wed, 02 Aug 2006 18:06:43 -0400 Received: from [192.168.1.3] (dslb-084-063-031-228.pools.arcor-ip.net [84.63.31.228]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by strato.aixcept.de (Postfix) with ESMTP id C41A435C1F8; Thu, 3 Aug 2006 00:06:38 +0200 (CEST) Date: Thu, 3 Aug 2006 00:06:45 +0200 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <810494294.20060803000645@marcus-boerger.de> To: Richard Lynch Cc: internals@lists.php.net In-Reply-To: <59598.67.108.68.40.1154555745.squirrel@www.l-i-e.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> <59598.67.108.68.40.1154555745.squirrel@www.l-i-e.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] RfC: rethink OO inheritance strictness From: helly@php.net (Marcus Boerger) Hello Richard, Wednesday, August 2, 2006, 11:55:45 PM, you wrote: > On Wed, August 2, 2006 7:32 am, 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. > And there are people who actually LIKE the 'loose OO programming' > paradigm. > Presumably also some who don't really care, but who have significant > bodies of code utilizing the 'looseness' who will simply refuse to > upgrade to PHP 5 -- thus exacerbating the problem of PHP 4 sticking > around for far longer than some would like. There is no problem with 4. It works it has its friends. Why should we discontinue it like Microsoft would do? Give me any reason. We just do not add new features. Best regards, Marcus