Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:67183
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.179 as permitted sender)
MIME-Version: 1.0
Sender: amaury.bouchard@gmail.com
In-Reply-To: <CA+yzxZiqgueVh7yB1k-3fDW9GijWRKOm=jsyEruG26WJ4hHb7g@mail.gmail.com>
References: <CAMUwpuTUVhZ23kCz8C0abU9FDzxrAat6y8mbOFKTd8gVifUV1Q@mail.gmail.com>
 <170891005.EmXIrsICLC@rofl> <CAPaKmRmQOaJqKnCNsRQiG4kCOzZLpbQdZ25Jv6AZkmZMr5898A@mail.gmail.com>
 <CAH-PCH5bbLvDj7OtwxTaHXmU2akQDQkcjcHk2QZ__53pj2iqsQ@mail.gmail.com>
 <CAPaKmRmjhoS8U8VkX+RYV63fvprNQxsZmmWMR5yPZhmJKwxJwg@mail.gmail.com> <CA+yzxZiqgueVh7yB1k-3fDW9GijWRKOm=jsyEruG26WJ4hHb7g@mail.gmail.com>
Date: Sat, 27 Apr 2013 20:22:38 +0200
Message-ID: <CAPaKmRk5FGey0TuDxxBUDta+NU2mxSOKpaw==HRYEN_U4COtaQ@mail.gmail.com>
To: Daniel Macedo <admacedo@gmail.com>
Cc: Ferenc Kovacs <tyra3l@gmail.com>, Julien Pauli <jpauli@php.net>, 
	PHP Internals <internals@lists.php.net>, Patrick Schaaf <php@bof.de>
Content-Type: multipart/alternative; boundary=e89a8f6469dfc4f82604db5bbd06
Subject: Re: [PHP-DEV] Continued try blocks
From: amaury@amaury.net (Amaury Bouchard)

--e89a8f6469dfc4f82604db5bbd06
Content-Type: text/plain; charset=ISO-8859-1

2013/4/27 Daniel Macedo <admacedo@gmail.com>

> Sorry but I disagree, I think you're approaching try-catch wrong.
>
> You shouldn't have a try-catch that *can* continue on the next line after
> the throw.
> What you should do is have decoupled code that handles _their own
> exceptions_ nicely and either cleans up after itself else it rethrows the
> exception/a new one.
>
> Any top level try-catch is supposed to be a control structure with one of
> two chances: either lines 1-N go smoothly and no exceptions are thrown, or
> Exception_X is thrown and you clean up on it's catch block...
>

It's an opinion, a software engineering choice. Not something that must be
enforced by the language.

It could be very useful in some situations, not all the time (as traits,
for example).
Ideally, every errors (in fact, any abnormal situation) should raise an
exception, right? OK, but that doesn't mean that any abnormal situation
should be able to break execution flow, with no other solution than writing
more code.


Also remember that you have the finally block.
>

Can you explain how the finally block can help in my example?

--e89a8f6469dfc4f82604db5bbd06--