Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:13060 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 9913 invoked by uid 1010); 28 Sep 2004 21:34:48 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 6540 invoked from network); 28 Sep 2004 21:34:22 -0000 Received: from unknown (HELO jan.prima.de) (83.97.50.139) by pb1.pair.com with SMTP; 28 Sep 2004 21:34:22 -0000 Received: from BAUMBART (p508EB461.dip.t-dialin.net [::ffff:80.142.180.97]) (IDENT: HydraIRC, AUTH: LOGIN tobi) by jan.prima.de with esmtp; Tue, 28 Sep 2004 21:34:20 +0000 Date: Tue, 28 Sep 2004 23:32:04 +0200 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <1724849455.20040928233204@marcus-boerger.de> To: Michael Virnstein CC: internals@lists.php.net In-Reply-To: <20040928134447.62577.qmail@pb1.pair.com> References: <20040928124540.618.qmail@pb1.pair.com> <20040928134447.62577.qmail@pb1.pair.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit X-Mime-Autoconverted: from 8bit to 7bit by courier 0.43 Subject: Re: [PHP-DEV] Re: declaring classes as static or final From: helly@php.net (Marcus Boerger) Hello Michael, Tuesday, September 28, 2004, 3:44:48 PM, you wrote: > things i'd like to add: > 2. final classes: > final classes can't be extended already supported > 4. abstract classes can be defined static also makes no sense (duplicate): both mean you cannot instantiate the class. > abstract static class foo { > abstract public static function bar(); > } abstract static methods are already supported > this means that all subclasses of foo must also be static and can only > contain static methods and attributes > 5. abstract classes can't be defined final already supported static classes would be implementable at the cost of increasing compiler time. To decide whether to think more about it we'd to know a case where you need such syntax, what you win by having it and what you loose if you don't have it. regards marcus p.s.: as a hint, next time read the docs before requesting syntax we support already.