Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:69725 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 46270 invoked from network); 21 Oct 2013 09:57:18 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 21 Oct 2013 09:57:18 -0000 Authentication-Results: pb1.pair.com smtp.mail=derick@php.net; spf=unknown; sender-id=unknown Authentication-Results: pb1.pair.com header.from=derick@php.net; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 82.113.146.227 as permitted sender) X-PHP-List-Original-Sender: derick@php.net X-Host-Fingerprint: 82.113.146.227 xdebug.org Linux 2.6 Received: from [82.113.146.227] ([82.113.146.227:49634] helo=xdebug.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 74/5F-44908-C7AF4625 for ; Mon, 21 Oct 2013 05:57:17 -0400 Received: from localhost (localhost [IPv6:::1]) by xdebug.org (Postfix) with ESMTPS id 812C6E202D; Mon, 21 Oct 2013 10:57:13 +0100 (BST) Date: Mon, 21 Oct 2013 10:57:13 +0100 (BST) X-X-Sender: derick@whisky.home.derickrethans.nl To: Joe Watkins cc: PHP Developers Mailing List In-Reply-To: <3D.BC.23638.84CA1625@pb1.pair.com> Message-ID: References: <3D.BC.23638.84CA1625@pb1.pair.com> User-Agent: Alpine 2.10 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: [PHP-DEV] RFC: Expectations From: derick@php.net (Derick Rethans) On Fri, 18 Oct 2013, Joe Watkins wrote: > Evening Chaps, > > Following on from discussion regarding assertion API in PHP, the > following RFC is now up for discussion: > > https://wiki.php.net/rfc/expectations > > Please do point out any missing sections or information, so that it > can be clarified as quickly as possible. > > I hope this conveys the idea a bit clearer to everyone ? This is again an RFC that does not even attempt to argue for its usefulness. "This functionality was meant to replace the assert() API that currently exists in PHP, because of problems replacing it in a compatible manner". This doesn't say what is wrong with assert() or whether we *need* expect. Besides that, why support execptions here. asserts are for testing things in development in order not to cock things up. Using exceptions for this makes very little sense. All of your examples even promote to handle exceptions and continue with excecution. If you want that, just use normal if()s with exceptions. I don't see the point of yet another syntax extension to do things you can already do just fine. cheers, Derick