Comments on: Javascript puzzler: throw null http://niksilver.com/2006/11/23/javascript-puzzler-throw-null/ Mostly about the management of software development Thu, 04 Dec 2008 20:24:58 +0000 http://wordpress.org/?v=2.6.3 By: Nik http://niksilver.com/2006/11/23/javascript-puzzler-throw-null/#comment-8302 Nik Wed, 30 May 2007 20:05:11 +0000 http://niksilver.com/2006/11/23/javascript-puzzler-throw-null/#comment-8302 aarondr, you're right that it's not good practice to use the thrown object to identify the fact of the exception, but that's much easier to say that after the event. The pain I experienced was due to someone else's very poor code which threw null. But it was allowed to throw null due to Javascript's typing being so loose its trousers are round its ankles. Meanwhile, I'm not sure about that particular argument in favour of loose typing. I wouldn't speak too ill of loose typing -- it certainly has its place. But just because a language doesn't trap compile-time errors it doesn't follow that it therefore helps you trap runtime errors. aarondr, you’re right that it’s not good practice to use the thrown object to identify the fact of the exception, but that’s much easier to say that after the event. The pain I experienced was due to someone else’s very poor code which threw null. But it was allowed to throw null due to Javascript’s typing being so loose its trousers are round its ankles.

Meanwhile, I’m not sure about that particular argument in favour of loose typing. I wouldn’t speak too ill of loose typing — it certainly has its place. But just because a language doesn’t trap compile-time errors it doesn’t follow that it therefore helps you trap runtime errors.

]]> By: aarondr http://niksilver.com/2006/11/23/javascript-puzzler-throw-null/#comment-8283 aarondr Wed, 30 May 2007 18:04:32 +0000 http://niksilver.com/2006/11/23/javascript-puzzler-throw-null/#comment-8283 I know this is old, but I never really felt like using the object that is thrown is a good practice. Honestly, you know if the catch block executes that there was a problem, so why not just say, problem_found = true; One thing I have learned is to expect that 'null' may exist where I don't expect, and if I don't have control over the object, then I certainly don't know what to expect out of it. I prefer JavaScript over Java only to the fact that I have much more freedom of expression, and I am not having to keep strict types. Strict typing only offers compile time safety and error checking, runtime errors are much more dangerous anyways. I one respect, JavaScript lets you concentrate on removing the more important errors. This instance I blame the interpreter, not the language. I know this is old, but I never really felt like using the object that is thrown is a good practice. Honestly, you know if the catch block executes that there was a problem, so why not just say,
problem_found = true;
One thing I have learned is to expect that ‘null’ may exist where I don’t expect, and if I don’t have control over the object, then I certainly don’t know what to expect out of it.

I prefer JavaScript over Java only to the fact that I have much more freedom of expression, and I am not having to keep strict types. Strict typing only offers compile time safety and error checking, runtime errors are much more dangerous anyways. I one respect, JavaScript lets you concentrate on removing the more important errors. This instance I blame the interpreter, not the language.

]]> By: zproxy http://niksilver.com/2006/11/23/javascript-puzzler-throw-null/#comment-5606 zproxy Wed, 11 Apr 2007 07:42:53 +0000 http://niksilver.com/2006/11/23/javascript-puzzler-throw-null/#comment-5606 But you could compile statically typed language to javascript :) visit http://jsc.sf.net But you could compile statically typed language to javascript :)

visit http://jsc.sf.net

]]>