Thanks for the feedback Patrick :-) I understand your concern. I added a
section to the RFC Impact section to mention that PHP tools/IDE will
require some modifications. Feel free to add some additional details in
this section if you want. People who will vote will then be aware of the
situation and I'll of course comply to the voters decision :-)
Pierrick
On 15 March 2016 at 12:23, Patrick ALLAERT <patrickalla...@php.net> wrote:
> Hi,
>
> Le mer. 9 mars 2016 à 14:08, Marco Pivetta <ocram...@gmail.com> a écrit :
>
>> On 9 March 2016 at 14:03, Pierrick Charron <pierr...@adoy.net> wrote:
>>
>> > Hi Derick
>> >
>> > I agree that most of the time the best solution is to implement a clean
>> > exception hierarchy but as stated in the RFC :
>> >
>> > "A solution to fix this problem on the user level would be to implement
>> a
>> > common interface for ExceptionType1 and ExceptionType2 and catch it.
>> > However, this is only possible when you control the exception hierarchy
>> in
>> > your own code, but not possible when you don't control the code."
>> >
>>
>> I understand the use-case, but I don't see it as a widespread scenario. In
>> most cases, I've been doing something like following:
>>
>> public function stuff()
>> {
>> try {
>> $this->willFail();
>> } catch (FirstException $e) {
>> $this->handleFailure($e);
>> } catch (SecondException $e) {
>> $this->handleFailure($e);
>> } catch (ThirdException $e) {
>> $this->handleFailure($e);
>> }
>> }
>>
>> Even then, this is a rare eventuality, and as pointed out above, usually
>> fixed when wrapping exceptions correctly, if you have control over the
>> exception types).
>> Seems way below the 80/20 use-case to me, and introduces syntax changes as
>> well.
>
>
> +1
>
> I will add to this that Exceptions must remain... exceptional! Too much
> projects relies already on tens or hundreds of business exception while
> those are mostly common "error" conditions that are better handled with
> dedicated API calls.
>
> To me, it doesn't look like a reasonable change when we consider the
> number of tools/IDE to adapt compared to the possible usage of it.
>
> Cheers,
> Patrick
>
