I propose a new, more threatening kind of control flow.
do { /* something */ } or else { /* you don't want to find out */ }Some C++ style guides suggest the following naming convention for functions that crash on any error
OpenFileOrDie()PHP has the always wonderful (and perfectly functional) syntax of
logUserIn() or die();Or Perl
Perl also has
unless()for the very purpose in OP, which is a more sensible choice.Oh, and if you need to reinforce your belief that Perl is a mess, the single-quote character can be used as a package separator instead of “::”. This was set in the 90s when nobody was quite sure of the right syntax for package separators, so it borrowed “::” from C++ and the single quote from Ada (I think).
That means the
ifn't()in OP can be interpreted as calling thet()function on theifnpackage.The “::” separator is vastly preferred, though. Single quotes run havoc on syntax highlighting text editors (since they can also be used for strings). About the only time I’ve seen it used is a joke module,
Acme::don't.
Reduce exclamation marks!? Great Scott!!! Is there a shortage of punctuation in the future!?
I’m just hoping this paves the way to code with Southern dialect
iffun is == true iffun ain't == falseMay I introduce you to the joys of #define and creating your own horrible sub language
That reminds me of an old paper about how to create a compilable C program out of old game ROMs. Decompile to assembly. Implement a bunch of
statements that implement all the ASM statements. Now compile it to a native binary on whatever platform.Won’t likely be faster or more accurate than regular emulation methods, but it’s a neat idea considering that the source code on all this stuff was lost a long time ago.
What’s wrong with “else”
