Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:48350 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 69178 invoked from network); 19 May 2010 12:27:22 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 May 2010 12:27:22 -0000 Authentication-Results: pb1.pair.com smtp.mail=mathieu.suen@easyflirt.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=mathieu.suen@easyflirt.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain easyflirt.com designates 91.199.255.56 as permitted sender) X-PHP-List-Original-Sender: mathieu.suen@easyflirt.com X-Host-Fingerprint: 91.199.255.56 python-06.easyrencontre.com Linux 2.6 Received: from [91.199.255.56] ([91.199.255.56:35096] helo=mail.easyflirt.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 97/B1-60865-929D3FB4 for ; Wed, 19 May 2010 08:27:22 -0400 Received: from [192.168.0.51] (office.easyrencontre.com [78.155.152.6]) by mail.easyflirt.com (Postfix) with ESMTPSA id 675D863761D for ; Wed, 19 May 2010 14:27:18 +0200 (CEST) Message-ID: <4BF3D925.4050906@easyflirt.com> Date: Wed, 19 May 2010 14:27:17 +0200 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100423 Thunderbird/3.0.4 MIME-Version: 1.0 To: internals@lists.php.net References: <4BF2AE6C.2060403@easyflirt.com> In-Reply-To: Content-Type: multipart/alternative; boundary="------------040004010503000004020509" Subject: Re: [PHP-DEV] Interface and abstract method From: mathieu.suen@easyflirt.com ("mathieu.suen") --------------040004010503000004020509 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Ok so there is no real meaning behind the "abstract". Thanks On 05/18/2010 05:55 PM, Tjerk Anne Meesters wrote: > Normally, PHP won't allow access types for interface methods, but the > reflection for SPL is defined inside the C code: > > static const zend_function_entry spl_funcs_OuterIterator[] = { > SPL_ABSTRACT_ME(OuterIterator, getInnerIterator, > arginfo_recursive_it_void) > {NULL, NULL, NULL} > }; > > IMO the SPL_ME should be used instead, but I wouldn't be bothered about it ;-) > > On Tue, May 18, 2010 at 11:12 PM, mathieu.suen > wrote: > >> Hi, >> >> In the SPL there is some interface that have abstract method: >> >> *Countable* { >> /* Methods */ >> abstract public int count >> ( void ) >> } >> >> While some interface have "none abstract" method. >> >> *OuterIterator* extends Iterator >> { >> /* Methods */ >> public Iterator getInnerIterator >> ( void ) >> ..snip.. >> } >> >> Does "abstract" keyword have a semantic? >> >> Thanks >> >> --Mathieu suen >> >> >> >> >> > > > -- Mathieu Suen --------------040004010503000004020509--