用自己的編程語言實現了一個網站(增強版)

gscript08-min.jpg

前言

前段時間在《用自己的編程語言實現了一個網站》用介紹了用 GScript 寫的一個簡單“網站”,雖然是打上引號的;頁面長這樣:

GScript-index.jpg

看起來確實非常的挫,其實之前一直也想做一個 GScript 的在線 playground ,於是國慶期間學了一點 皮毛 Vue 加上老弟的幫忙(他是前端開發),最終完成了下面這個網站:

https://gscript.crossoverjie.top/

image.png

❤打印源碼參考了:https://wa-lang.org/playground/

在這裏可以在線運行 GScript 代碼,藉助於前端的代碼編輯器插件甚至還能有一些語法提示。

不過有些提示與 GScript 的語法不兼容,畢竟編輯器的提示是基於 JavaScript 的語法。

image.png

內置了幾個 demo,可以選擇運行試試。

同時也支持查看 AST 樹和 symbol 符號表。

雖然顯示上還有待優化。

image.png
image.png

整個後端接口全都是用 GScript 原生代碼編寫的,所以這也算是 GScript 的一個實際應用案例。

代碼示例

func (HttpContext) run(HttpContext ctx) {
    string body = ctx.postFormValue("body");
    string local = d.getCurrentTime("Asia/Shanghai","2006-01-02 15:04:05");
    println("===" + local);
    println(body);
    println("===");
    RunResponse r = RunResponse();
    if (body == ""){
        r.body = "empty code";
        ctx.JSON(200, r);
        return;
    }
    string fileName = d.unix("Asia/Shanghai") + "temp.gs" ;
    s.writeFile(fileName, body, 438);
    string pwd = s.getwd();
    // string res = s.command("gscript", fileName);
    string res = s.command("docker","run","--rm","-v", pwd+":/usr/src/gscript","-w","/usr/src/gscript", "crossoverjie/gscript","gscript", fileName);
    s.remove(fileName);
    r.body = res;
    r.ast = dumpAST(body);
    r.symbol=dumpSymbol(body);
    ctx.JSON(200, r);
}

httpHandle("GET", "/index", index);
httpHandle("POST", "/run", run);
string[] args = s.getOSArgs();
if (len(args) ==3){
    httpRun(":" + args[2]);
}else {
    httpRun(":8000");
}

實際代碼量也並不多,將前端輸入的代碼寫入到一個臨時文件,再調用 OS 的 command api 在本地執行執行 docker,最後將標準輸出和錯誤返回即可。

版本更新

爲了能實現上述的需求,所以本次也更新了 GScript 的版本,新增了一些內置 API

image.png

主要是新增了 playground 需要的一些 OS api、文件寫入、執行系統命令、日期相關等。

同時將同一類的 API 合併到一個 class 中,方便後期維護與調用。

編譯錯誤

除此之外也新增了一些易用功能,比如現在提供了更友好的編譯錯誤信息:
image.png

運行時錯誤

運行時的異常現在也有對應提示:
image.png

只不過目前的顯示還不太友好,打印的堆棧還是 Go 的,之後會優化爲只顯示 GScript 的堆棧。

總結

有了在線的 playground 後使得對 GScript 感興趣的門檻更低了一些,歡迎大家試用。


經過最近幾個版本的迭代,GScript 也逐步完善了,基本完成了第一版本的需求。

後續會繼續完善第二階段的,比如:

  • namespace
  • 包管理
  • 併發

等內容,每一項看起來都不是那麼容易啊。

之前有不少人問我 GScript 是拿來解決什麼問題的?當時我確實沒仔細想過;不過現在經過幾個版本的開發有了一點想法:

是否可以將 GScript 作爲一個腳本化的 Go 語言,畢竟 Go 是編譯類型的,每次修改發佈都需要經過編譯才能運行,但如果可以像腳本語言,比如 Python、Bash 修改後就可以直接運行,這在寫一些不是那麼重的業務時非常有用。

同時藉助於語法糖甚至可以優化掉 Go 本身被人“吐槽”的地方,比如異常、append 函數、沒有運算符重載、三目運算符等。

部分吐槽 GScript 已經支持。

同時因爲得益於本身也是 Go 編寫的,所以 Go 的一些優點也能繼承過來,比如輕量級的協程等。

Go 本身也有大量的第三方庫,後續甚至也能直接使用這些現成的庫。

以上只是一些美好的暢想,就像老闆畫的大餅一樣,具體在實現過程中可能又有不一樣的想法,歡迎提供建議。

playground 地址:
https://gscript.crossoverjie.top/

源碼地址:
https://github.com/crossoverjie/gscript

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章