Re: Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_default_classes.c zend_default_classes.h zend_execute.h zend_execute_API.c

From: Date: Sun, 15 Feb 2004 15:32:21 +0000
Subject: Re: Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_default_classes.c zend_default_classes.h zend_execute.h zend_execute_API.c
References: 1 2 3 4 5 6 7 8 9 10  Groups: php.internals 
Request: Send a blank email to internals+get-7841@lists.php.net to get a copy of this message
On Sun, Feb 15, 2004 at 04:12:08PM +0100, Marcus Boerger wrote: > Even if it were not the best solution it is still the solution that fits PHP > best and which is easiest to the developers. And as i said a while back the > current exception class allows several things a user implementation cannot > do. Though meanwhile some of those things are possible in userland too there > is still the 'rock solid' argument - the worst thing that could happen is > an unstable or uncontrollable exception base implmentation and even worse is > if there is no such base at all (the interface or real catch all approach). > > Further more when i look at the given code example it very much looks like > flow control by exception handling which is violates on of the basic rules > of working with exceptions. > > Best regards, > Marcus mailto:helly@php.net What is it what the exception class can do and users can not? If it's just data it's collecting, you could have a method in Throwable that gets that data passed whenever an exception is thrown, i guess. That way, you don't have to inherit from Exception to do the things Exception can do. just my 2ct, Stefan

« previous php.internals (#7841) next »