Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:23262 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 56128 invoked by uid 1010); 11 May 2006 19:29:41 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 56112 invoked from network); 11 May 2006 19:29:41 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 11 May 2006 19:29:41 -0000 X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 64.233.166.177 py-out-1112.google.com Linux 2.4/2.6 Received: from ([64.233.166.177:37760] helo=py-out-1112.google.com) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id C8/3D-19568-5A093644 for ; Thu, 11 May 2006 15:29:41 -0400 Received: by py-out-1112.google.com with SMTP id 39so330603pyu for ; Thu, 11 May 2006 12:29:38 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ef7ZR08lf1QY9/PevYR7bBIBpJadG5TbZkEH7Y8lbEF0T/CRPgWSbyKYmVQQOBwdURmqPia5yvTaVaxC6z0QXAU2Jj1KtyFyiCieuOjBo2P/HiooPHTIQrHILbuqP6WbjimHXIxOlV1KXV/tBbcwvsO2R1rvWyO4O1anDWo2dh0= Received: by 10.35.21.1 with SMTP id y1mr1556603pyi; Thu, 11 May 2006 12:29:38 -0700 (PDT) Received: by 10.35.69.2 with HTTP; Thu, 11 May 2006 12:29:38 -0700 (PDT) Message-ID: Date: Thu, 11 May 2006 21:29:38 +0200 To: "Marcus Boerger" Cc: "Derick Rethans" , "PHP Developers Mailing List" In-Reply-To: <681073900.20060511203605@marcus-boerger.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <681073900.20060511203605@marcus-boerger.de> Subject: Re: [PHP-DEV] Stop Breaking Our Apps For the Sake of OO From: pierre.php@gmail.com (Pierre) On 5/11/06, Marcus Boerger wrote: > Hello Derick, > > Thursday, May 11, 2006, 2:15:53 PM, you wrote: > > > Hello! > > > While I welcome new developments in either procedural or OO interfaces > > in PHP I do not agree with breaking BC (between 5.1 and 5.2 in this > > case) just for the sake of OO purity. In this example there is the > > following class: > > > > abstract class ezcDbHandler extends PDO > > { > > public function __construct( $dbParams, $dsn ) > > { > > $user =3D null; > > $pass =3D null; > > $driverOptions =3D null; > > } > > > abstract static public function getName(); > > > static public function hasFeature( $feature ) > > { > > return false; > > } > > } > ?>> > > It simply makes no sense at all! Actually if we go that road then what yo= u > really want is two things: First fix your app design to something usable > where your code makes sense Second allow static method interfaces > with bodies as well as non static abstract function in classes that have > bodies (aka default implementations). Marcus, I'm going to give you an unproducive answer again. First (and despite your good work), I'm not really finding your answer anywhere close from productive. To be honest, I even find it a bit arrogant and respect less. I also have enough of your "fix your code" answer. Second, your 300k patch is typically what I would consider as highly dangerous. I'm not saying that each part of this patch are not required, but it would have been better to commit smaller patches. For example, the zif to zim prefix changes, or to drop ze1_compatibility_mode. In the same area, commit to to extensions with "Methods have flags" as message is nice, but who knows what you are talking about? I mean, how should I know that 5.2 ZE2 internal APIs have changed? Yes, the API nr has been bumped and there is a lot of new functions in your 300k commit. Does it have any mention of the API changes (new argument/breakage)? I do not see any. So excuse me but I really find that annoying, even if I really appreciate the fresh air you bring to the engine. Please consider to inform us (php core developers, pecl developers) in the future and try to make small patches instead of huge and unreadable patches. I have to do it everytime I provided changes for something outside my extensions, it is not that hard :-) Thanks for your attention, Cheers, --Pierre