Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:49553 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 65620 invoked from network); 28 Aug 2010 16:52:27 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Aug 2010 16:52:27 -0000 Authentication-Results: pb1.pair.com smtp.mail=php@stefan-marr.de; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=php@stefan-marr.de; sender-id=unknown Received-SPF: error (pb1.pair.com: domain stefan-marr.de from 85.88.12.247 cause and error) X-PHP-List-Original-Sender: php@stefan-marr.de X-Host-Fingerprint: 85.88.12.247 toolslave.net Received: from [85.88.12.247] ([85.88.12.247:57332] helo=uhweb12247.united-hoster.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E0/A2-43851-8CE397C4 for ; Sat, 28 Aug 2010 12:52:25 -0400 Received: from cust194-138.dsl.as47377.net ([62.166.194.138] helo=[192.168.0.15]) by uhweb12247.united-hoster.com with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.69) (envelope-from ) id 1OpOcc-0006ut-DS; Sat, 28 Aug 2010 18:51:17 +0200 Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii In-Reply-To: Date: Sat, 28 Aug 2010 18:52:09 +0200 Cc: Christian Kaps , internals@lists.php.net Content-Transfer-Encoding: quoted-printable Message-ID: References: <4C08E798.3080205@mohiva.com> <78233374-7407-4F68-B214-7BF8789BBCB7@stefan-marr.de> <4C08EDF5.5010307@mohiva.com> To: Tom Boutell X-Mailer: Apple Mail (2.1081) Subject: Re: [PHP-DEV] Traits From: php@stefan-marr.de (Stefan Marr) Hi Tom: The status is still identical to what the RFC says + some extensions to = the reflection API. Thus, you can define properties in Traits just like in classes, and I = would encourage you to do so, if that is the way you use PHP. However, = there is no conflict detection with other traits. Thus, you have to make = sure that your property names are descriptive and unique over all traits = you combine. Finding a solution for that problem wasn't possible so far. At least not = in a way that makes people happy i.e. avoids tons of complex and rather = academic constructs to ensure that you get what you want with respect to = state. Hope that helps Best regards Stefan On 27 Aug 2010, at 16:43, Tom Boutell wrote: > What was the status of data for traits in the implementation that went > into trunk? >=20 > Would one have to do that by creating public properties that aren't > formally defined? >=20 > On Fri, Jun 4, 2010 at 8:13 AM, Christian Kaps > wrote: >> That sounds good and I hope it will be included in the next release. >>=20 >> Best regards, >> Christian >>=20 >>=20 >>> Hi: >>>=20 >>> On 04 Jun 2010, at 13:46, Christian Kaps wrote: >>>=20 >>>=20 >>>> A short while ago there was a discussion about implementing Traits = in >>>> the next PHP version. How is the status of this? >>>>=20 >>> The code is committed to trunk, and thanks to the community there = have already been some improvements and fixes for corner cases. >>> We even got some basic reflection capabilities, too. >>>=20 >>> So, it is there. Now it is just a matter of defining a release and = either including it or not... >>>=20 >>> Best regards >>> Stefan >>>=20 >>> PS: Snapshots are here http://snaps.php.net/ >>>=20 >>>=20 >>>=20 >>>=20 >>=20 >>=20 >> -- >> PHP Internals - PHP Runtime Development Mailing List >> To unsubscribe, visit: http://www.php.net/unsub.php >>=20 >>=20 >=20 >=20 >=20 > --=20 > Tom Boutell > P'unk Avenue > 215 755 1330 > punkave.com > window.punkave.com >=20 > --=20 > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php >=20 --=20 Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525