-
Notifications
You must be signed in to change notification settings - Fork 2
What we luck in Forth model
We will not speak here about classical assembly-level implementations, as it is clear what disadvantages it has with direct unprotected memory access and lack of any dynamic heap allocation in standards. But the language model, in general, has some critical disadvantages.
The first thing we see trying to read somebody made Forth code is its unreadable nature: to understand the code we must run it manually command by command, or run in the debugger in step mode, and look on stack changing. Other mainstream languages have complex syntax, but its code forms visually distinguishable structured groups of symbols. In EDS we must implement structural visualization from the roots making software structures transparently clear for developers want to study stuff made by others.
We can avoid direct memory addressing, and take all advantages of dynamic memory allocation from underlying runtime given us by implementation language. It is drastically more handy to use symbols for addressing in vocabulary than integers on a stack.