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:50:02 +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 11  Groups: php.internals 
Request: Send a blank email to internals+get-7844@lists.php.net to get a copy of this message
Hello Stefan, Sunday, February 15, 2004, 4:32:21 PM, you wrote: > 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. Possible good solution which adds the necessary complexity you want. And that's the whole point here, how much complexity do we want to add. -- Best regards, Marcus mailto:helly@php.net

« previous php.internals (#7844) next »