Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:64689 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 38818 invoked from network); 8 Jan 2013 14:22:48 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Jan 2013 14:22:48 -0000 Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 213.123.26.185 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 213.123.26.185 c2beaomr07.btconnect.com Received: from [213.123.26.185] ([213.123.26.185:48741] helo=mail.btconnect.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 5C/CA-16636-7BB2CE05 for ; Tue, 08 Jan 2013 09:22:47 -0500 Received: from host81-138-11-136.in-addr.btopenworld.com (EHLO _10.0.0.5_) ([81.138.11.136]) by c2beaomr07.btconnect.com with ESMTP id KHA57733; Tue, 08 Jan 2013 14:22:44 +0000 (GMT) Message-ID: <50EC2BB4.7000503@lsces.co.uk> Date: Tue, 08 Jan 2013 14:22:44 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Firefox/17.0 SeaMonkey/2.14 MIME-Version: 1.0 To: "internals@lists.php.net" Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mirapoint-IP-Reputation: reputation=Fair-1, source=Queried, refid=tid=0001.0A0B0303.50EC2BB4.00D2, actions=tag X-Junkmail-Premium-Raw: score=7/50, refid=2.7.2:2013.1.8.135415:17:7.944, ip=81.138.11.136, rules=__MOZILLA_MSGID, __HAS_MSGID, __SANE_MSGID, __HAS_FROM, __USER_AGENT, __MOZILLA_USER_AGENT, __MIME_VERSION, __TO_MALFORMED_2, __TO_NO_NAME, __CT, __CT_TEXT_PLAIN, __CTE, __ANY_URI, __URI_NO_MAILTO, __URI_NO_WWW, __CP_URI_IN_BODY, BODY_ENDS_IN_URL, BODYTEXTP_SIZE_3000_LESS, BODY_SIZE_1600_1699, __MIME_TEXT_ONLY, RDNS_GENERIC_POOLED, HTML_00_01, HTML_00_10, BODY_SIZE_5000_LESS, RDNS_SUSP_GENERIC, RDNS_SUSP, BODY_SIZE_2000_LESS, BODY_SIZE_7000_LESS X-Junkmail-Status: score=10/50, host=c2beaomr07.btconnect.com X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B0207.50EC2BB4.00B3:SCFSTAT14830815,ss=1,re=-4.000,fgs=0, ip=0.0.0.0, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=multiengine X-Junkmail-IWF: false Subject: 'Documentation' From: lester@lsces.co.uk (Lester Caine) Having been using 'docblock' elements to document classes in PHP for many years, their use by PHPEclipse and PDE to provide type-hinting and via phpdocumentor to build developer documentation for classes, I simply haven't seen any need for some of the more recent developments. Reflection/Annotations are just another way of 'documenting' classes - aren't they? It's not a level of complexity that I have seen a need for, in the same way that 'Accessors' just seem to be further complexity without a real need for many users. By using established practices and developing them as extensions that can be disabled if not required, then we can all work with the level of complexity that we are comfortable with? 'docblock' comments make the code readable, and can be stripped in much the same way as javascript is 'packed' for running code, but using the same standard as the basis for other extensions information that can be parsed/compiled as required does have some sort of logic? The information required is on the whole the same for the IDE and documentation and currently a large swath of code already has all of the core comments already? Surely the starting point is to ensure that the basic docblock standards work with all of the 'new' features, and then everything else builds on top of that? -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk