Re: RFC: expectations/assertions

From: Date: Mon, 03 Feb 2014 10:20:50 +0000
Subject: Re: RFC: expectations/assertions
References: 1 2 3  Groups: php.internals 
Request: Send a blank email to internals+get-72071@lists.php.net to get a copy of this message
On Mon, 3 Feb 2014, Joe Watkins wrote: > While you can avoid some overhead in userland, you cannot remove the > overhead completely; a good assertion API should have no impact on > production, none, it should require no boilerplate code to make sane > use of it, at all, since it is meant to be a core feature. I think Stas' main objection was the inconsistencies that the "new assert" method introduces. And I have to agree with that there. It shouldn't depend on whether you use a string or not how the construct/function changes code execution and exception throwing. cheers, Derick -- http://derickrethans.nl | http://xdebug.org Like Xdebug? Consider a donation: http://xdebug.org/donate.php twitter: @derickr and @xdebug Posted with an email client that doesn't mangle email: alpine

« previous php.internals (#72071) next »