Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:61467
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: fail (pb1.pair.com: domain rafaeldohms.com.br does not designate 209.85.212.42 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <5007D707.2070100@hoa-project.net>
References: <5007D707.2070100@hoa-project.net>
Date: Thu, 19 Jul 2012 12:01:44 +0200
Message-ID: <CAOhuFvZMp4KXmkDm-uOwq6xxw5z3gfvwj1DhOjE29p+sVbKiew@mail.gmail.com>
To: ivan.enderlin@hoa-project.net
Cc: internals@lists.php.net
Content-Type: multipart/alternative; boundary=14dae9cfcdd0f2d71b04c52bddaa
Subject: Re: [PHP-DEV] Make try/catch brackets optinal
From: listas@rafaeldohms.com.br (Rafael Dohms)

--14dae9cfcdd0f2d71b04c52bddaa
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

On Thu, Jul 19, 2012 at 11:44 AM, Ivan Enderlin @ Hoa <
ivan.enderlin@hoa-project.net> wrote:

> Hi internals,
>
> As you certainly know, brackets defining blocks in PHP are optional if
> blocks contain a single instruction. Thus:
>
> if($condition) {
> echo 'foobar';
> }
>
> is strictly equivalent to:
>
> if($condition)
> echo 'foobar';
>
> But this syntactic sugar is not applied uniformly to all PHP language
> constructions. I have the try/catch couple in mind.
>

Writing if blocks without brakets is considered a bad practice. IMHO anyway=
.


> First, I would like to know why it is not possible to write:
>
> try
> throw new Exception('foobar');
> catch(Exception $e)
> var_dump($e->getMessage());
>
>
This has code readability problem written all over it. When maintaining it
also has problems, like with the bracket-less if's.
You would need to add brackets if you add an extra line here, as well as
you might get unexpected behaviour of you forget to
add brackets in that case.


> as a strict equivalence of:
>
> try {
> throw new Exception('foobar');
> }
> catch(Exception $e) {
> var_dump($e->getMessage());
> }
>
> Second, if it is possible, could we plan to have this =93feature=94
> (uniformity actually) in PHP6 (or maybe before)?
>
>
Sorry, -1 from me.

--14dae9cfcdd0f2d71b04c52bddaa--