Most programming languages use brackets as code block delimiters. For scripts s a whole, FileMaker does not implement this concept.
I am using the ‘Exit Script ()’ step to mark the end of a script. Though technically not mandatory when no parameter is returned, it makes a script’s end explicit.
How do you handle script ends? What is your experience with the ‘Exit Script ()’ step as a script end statement?
Hi Torsten,
Interesting question 
I always use this step in my PSOS scripts as I read somewhere that it helps making sure the PSOS session ends after the script completes.
I don't really use it in client-side scripts except when I need to return a parameter. I don't think it's really useful as when I read scripts they're all individually contained in a tab or window, so I find they're clearly delimited by the interface and don't need an extra step.
Chloé
Something I'd want to call out here for anyone new to FMP scripting:
In the absence of an Exit Script step that explicitly sets a result value, Get( ScriptResult ) will return the value from the last time that the script stack executed a script which did include an Exit Script step that explicitly set a result value.
While no curly braces are required to do so, IMO, FMP scripting does incorporate code blocks:
HTH & kind regards,
-steve
I end all scripts with an Exit Script for this same reason.
An important detail. Thank you @steve_ssh!
+1 for @steve_ssh's write-up. As a matter of coding standards we always explicitly set the exit status in order to not get bitten by the implicit behavior.
These days, I am trying to use as little code as required to get the job done...
Here is a script that I have in every File that does not end with an Exit Script step.
(I might even remove the comment on line 1 in some cases)
On the other hand, sometimes I will add an Exit Script step at the end of a Script just to hang a breakpoint on.
What happens when that script step fails? It can happen.
The script result persistence is a good reason to make mandatory exit script script steps for every script. This is something Claris could easily change (read: fix) in an upcoming release.
But it is not my main reason to use it because I'll basically check for script results immediately after a script where the result is set and will store the content in a variable. Attempting to read a result after a script that does not set one is likely to lead to some bugs.
Here is why I use it all the time:
end loop, then I cannot exit the subscript until the loop exit condition is met. This really makes me want to find the previous developer and have something unfortunate happen to him. You know what they say:Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live
Who Said That One Violent Psychopath Quote? – Ruby and Rails (and stuff)
Like make them have to wear different clothing on different days. 
Precisely. You read my mind. 
in theory, we always add an 'exit script ()' with or without returm-parameter. Without param's, it helps debugging, keeping the debugger in that script (instead of exiting it and clearing variables)
There are always scripts, that miss the 'exit' - but thats a sign of being in a hurry (not good...)
Heck, I have several scripts that are ONLY 'Exit Script'.
I routinely set an Exit Script [ ] step for this very reason; it greatly facilitates debugging. Also, with that step in place already it is easy to add a script result later if one is required.
Hi Keywords,
nice to see you in the soup !
+1.00
@jormond, using Exit Script( ) isn't sufficient unless you set a value. Is that what you are doing?
Yes. The easiest way to explain that usage looking at @weetbicks' Modal Magic article. That is the premise. I hadn't been using it quite that way, but this was a much simpler execution. The short version is that it sends back a value or indicator that the user has finished an action, and allows the main script to continue.
Huh! The @weetbicks modal magic is similar to a favourite technique of mine which works around the fact that we can't set a default time-out for custom dialogs.
I don't use exit script( ) at the end of every script. I prefer to take control of the process in a different way. I have a script which I use to set/clear the value of ScriptResult immediately prior to calling scripts that return a result.
# Name: ui_noop ( scriptresult )
# Purpose: Act as target for UI buttons
# Parameters: Optional. If provided the parameter will be used to set the value for Get( ScriptResult )
Exit Script [ Get ( ScriptParameter ) ]