I am not really discussing the need of having well-designed exceptions. But on making the environment friendly for end-users. Naturally, for a does not understand, it is absolutely fine to have a debugger. A developer should see it. But in case a public method is wrongly used by a supposedly end-user, having a debugger does not help. On OS X, I do not get a stack trace when an error occurs. That would not be friendly. No?
Alexandre
On Nov 28, 2014, at 5:26 PM, Sven Van Caekenberghe sven@stfx.eu wrote:
Object>>#error: signals an Error Exception which, when not handled, indeed results in a debugger. You can easily catch the Error. Of course it is better design to signal more specific exceptions so that they carry more meaning and so that you can handle them at a finer level.
I think that is a fine situation.
I hope you are not suggestion we should open a dialog directly ?
A well defined exception with a good name and string representation should be clear enough, no ?
On 28 Nov 2014, at 21:35, Alexandre Bergel alexandre.bergel@me.com wrote:
Hi!
It is frequent to see have guard in the style “self error: ‘Have you forget to add something?’”, to indicate the end user that an API is not properly used.
However, at the execution, it opens a debugger. I have the impression this is not what we want. We probably something more friendly than a full-fledged debugger.
No?
Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev