Warnings and errors are two of the hippest and coolest things about SkookumScript because it can notify you about many of them even as you are typing rather than only when you are executing the code. Developers experience warnings and errors every day, and it pays to have a good workflow associated with them. Before attempting to run your code, the SkookumScript parser does as much up-front work as possible to detect errors.
SkookumScript can detect over 150 kinds of errors, and issue seven different warnings of varying sternness. (Don’t worry, you’ll experience them all eventually.)
Lexical (spelling) errors
Everybody makes typos (or as Computer Science PhDs prefer to call them, “booby-boo-boos”). But luckily for humanity, SkookumScript’s sophisticated error-checking will prevent your typos from causing mayhem on a planetary scale. (Well, usually.)
If you select the above two lines and press
F4, you will get the following rap on the knuckles:
As you can see, an
n is missing in
println. Just type in the fix (perhaps assisted by auto-complete, which, if anything, is usually over-eager to make suggestions) and try again.
NOTE No part of a code selection will be executed if the parser encounters an error in any part of the selection.
Syntax (grammar) errors
This bit of code is missing an end bracket:
If you evaluate it, you will get the following sharp slap on the buttocks:
The compiler will heroically attempt to pinpoint the location where the fix should go. Yes, it’s still a hero even it turns out to be incorrect.
Semantic (meaning and logic) errors
Sometimes code might look error-free at first glance, yet still have errors in logic or meaning. The SkookumScript compiler will craftily catch these too.
If you try to execute the above code, you will get the following slap across the face with a cold, wet fish:
max() method expects a number, not a string.
One of the reasons SkookumScript can detect this sort of error is that it is strongly typed and uses static type checking. This is often referred to as compile-time type-checking – though the SkookumIDE checks types even as you are typing and not just when compiling code binaries. The types can often be inferred (guessed by the parser by looking at the surrounding code) and types frequently do need to be explicitly specified. For more info check out the SkookumScript type system.
Hints and visualizations from the SkookumIDE
The SkookumIDE has a few mechanisms to spot, visualize and prevent errors, even as you are typing code.
The SkookumScript parser will continuously and automatically parse code text to determine if it is valid as changes are made.
- Workbench widgets will automatically parse any code that is selected or it will try to intelligently guess (sometimes if fails to determine your unfathomable human expectations) if code nearby the edit caret is correct
- Editor widgets will automatically parse a whole routine or script file
If it is not valid, the compiler adds a red wavy underline (or “squiggle”) to the problem area. This is a valuable early-warning system that saves you the humiliation of pressing
F4 and being swiftly rejected.
And as a huge time-saver, you can also mouse hover over an error wavy line to get the associated error description.
The bracket grouping symbols—
] for blocks,
) for invocation arguments, and
} for lists—all have slight color shading between different group pairs, with three alternating shades representing levels of nesting. In the default color style, the first bracket for a group will be a bright light green, the next will be a medium green, and the next will be a dark green and then it repeats: bright, medium, dark, bright, medium, dark. Each matching closing bracket should have a matching color, so you can tell at a glance which brackets match.
When you enter class names into a SkookumIDE Workbench or Editor widget, valid (known) classes will be colored yellow, while invalid (unknown) classes will be colored orange. This catches class name typos as they are being written – and more importantly, it adds a refreshing citrus ambiance to your code.