Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:82365 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 76977 invoked from network); 10 Feb 2015 10:32:49 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 Feb 2015 10:32:49 -0000 Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 217.147.176.214 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 217.147.176.214 mail4-2.serversure.net Linux 2.6 Received: from [217.147.176.214] ([217.147.176.214:58231] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 9B/A3-47508-E4ED9D45 for ; Tue, 10 Feb 2015 05:32:47 -0500 Received: (qmail 32073 invoked by uid 89); 10 Feb 2015 10:32:43 -0000 Received: by simscan 1.3.1 ppid: 32065, pid: 32070, t: 0.0808s scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677 Received: from unknown (HELO ?10.0.0.8?) (lester@rainbowdigitalmedia.org.uk@86.189.147.37) by mail4.serversure.net with ESMTPA; 10 Feb 2015 10:32:43 -0000 Message-ID: <54D9DE4B.7030509@lsces.co.uk> Date: Tue, 10 Feb 2015 10:32:43 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: internals@lists.php.net References: <54D7ED22.3080001@gmail.com> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Design by Contract From: lester@lsces.co.uk (Lester Caine) On 09/02/15 23:47, Yasuo Ohgaki wrote: > The RFC draft is ready. > https://wiki.php.net/rfc/dbc2 > These contracts are evaluated development time only. Therefore, there is no performance penalty with DbC. Sorry but that makes no sense to me at all. If this is something only to use with an IDE then why does it have to have anything that is visible at 'run time'? This seems to be going down the track of "we will be compiling this eventually" and that is just not what PHP *IS* about. These are more hints, but assume that at runtime what they define is not relevant? ALL of this discussion on type hinting how ever it is handled is simply sidestepping the major plus on PHP with associative arrays. I see no point expanding every database record read to 'magic access functions' for multiple variables and it *IS* the scalar values stored in these arrays that needs the 'hint/constraint' control. I am getting even more confused about just what all the different factions are trying to achieve. Yes I know I can totally ignore all of it, but with my current tools losing traction because of all the 'better ways of working' what in my opinion IS the best way to allow different factions to add their own pet style is drowning simple clean solutions such as docblock. -- 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