為何使用Forth

會使用Forth是一場機緣。但並不是完全沒有理由，在學的時候也有查過其特性才學的。
當時找到的資料是Forth是最小的作業系統混合語言。當時自認為對電腦很熟，想說已給了組合語言原始碼。大約千行的程式碼，應是不難破解其運作。
要了解作業系統及電腦語言的產生，Forth可以一次學會，這比一般分開學作業系統及電腦語言會快些。
結果是除了捷徑這件事是對的，其餘都是錯估。

初看Forth語言，很像是組合語言。因為有很多特性和C語言差很多，感覺要原始得多。
不過原始碼實在很難懂它是如何運作，最大的原因是，Forth系統的運作方式也是用Forth定義的。即使是用組合語言寫的，但高階部分是使用Forth語法。
故在自學Forth上是覺得入門門檻是高了些，因為還要去習慣Forth的習慣。
後來是和使用Forth的人在一起討論才對這個語言開始熟悉。在有人指點的狀況下，才能抓到Forth的重心。

在使用Forth上，最令我驚訝的是8051 Forth。因為在8051上是可以使用組合語言及C語言，但沒有一個語言可以做到動態編解譯程式，Forth就可以。
就以目前的功力來說，要在8051上做到動態編解譯程式，還真的找不到更精簡的架構。
動態解譯這項能力對Forth程式開發有很獨特的吸引力，它可以單獨執行函式，對機器做單一功能測試。這對於將電腦應用於機器測試上是很好的除錯能力。
大部分狀況用8051做控制是不大可能要做動態解譯來測試機器，但我在其他16位元及32位元上也不常見。

所以在Forth的功能表現上，有語言編譯的能力及作業系統管理特性。所以想說學了應可以學會編譯語言的方法及作業系統的知識。
剛好以Forth語言做為開發平台的公司有免費的討論會。所以有機會我便去參加討論會。
中間有許多人參與這個討論會，但我參加了二年才開始了解Forth的核心。可見得一開始真的是估錯了。
之所以會花二年的時間，一則是我並沒有急著用，另一個是一個月才一次討論，其中包括軟硬體設計。

Forth系統其程式碼很少，因為其函式很容易長得深，也造成其不易閱讀的特性。
但是確實有實現語言及作業系統機制，也因程式碼少，可以看見最簡單的作業系統及語言編譯方法，這對我了解電腦應用及原理有很大的幫助。
所以有段時間想用，但一直不易去使用。原因是可用的模組少。
以Win32Forth為例，是目前Windows平台上使用的Forth。但程式碼在Windows的函式太多(Windows內部函式也很多)，一直不好上手。

最後目前我只能放在Dll的實驗上，看何時有比較好的機會再使用。