我們來(lái)盤點(diǎn)一下國(guó)內(nèi)外低代碼開發(fā)平臺(tái)排名。

低代碼到底是會(huì)淘汰開發(fā)者？還是會(huì)成就開發(fā)者呢？

什么樣的低代碼平臺(tái)才真正的適合專業(yè)的開發(fā)者？

在今天，“低代碼” 技術(shù)已經(jīng)很難被描述為?種新興的技術(shù)服務(wù)形式了。

“低代碼”這?概念，早在1982 年，便由 James Martin 在《?程序員的應(yīng)?程序開 發(fā)》?書中正式提出。?從 90 年代起，國(guó)外在不同的軟件開發(fā)發(fā)展階段中，都分別研究并嘗試推出了對(duì)應(yīng)的低代碼解決?案。但真正的時(shí)間拐點(diǎn)，要來(lái)到 2015 年前 后，隨著基礎(chǔ)技術(shù)設(shè)施的不斷演進(jìn)，低代碼相關(guān)技術(shù)逐漸露出曙光，且微軟、?歌等巨頭正式?局，低代碼賽道正式打開。

同期，國(guó)內(nèi)的低代碼?商也開始嘗試布局，2018 年左右，互聯(lián)?巨頭阿?、騰訊、百度的紛紛?局，也間接為整個(gè)?業(yè)奠定了?向。據(jù)艾瑞咨詢《2021 年低代碼?業(yè)研究 報(bào)告》中所?，截? 2020 年，中國(guó)低代碼市場(chǎng)共有 59 起融資事件，融資規(guī)模達(dá)億元 以上者依然有 13 起之多。?同期市場(chǎng)規(guī)模也逐年增? 15.9 億（2020年），據(jù)測(cè)算， 該市場(chǎng)規(guī)模將于 2025 年達(dá)到 131 億，未來(lái) 5 年復(fù)合增速為52.6%。

截?截稿，36 氪企服點(diǎn)評(píng)的低代碼開發(fā)板塊中，已錄?國(guó)內(nèi)?商/產(chǎn)品共計(jì) 109 款。 種種跡象都表明，低代碼市場(chǎng)，已經(jīng)逐漸??中場(chǎng)。

作為?種商業(yè)服務(wù)，低代碼?疑是明確的，提供完善的可視化開發(fā)界?，使?戶能夠 以?傳統(tǒng)開發(fā)的模式進(jìn)?應(yīng)?開發(fā)，從?達(dá)成低成本、?效率的應(yīng)?開發(fā)。但對(duì)于真 正的開發(fā)模式??，低代碼這?概念卻是開放的，市?上的產(chǎn)品不論從技術(shù)?案、使 ??式還是應(yīng)?場(chǎng)景??，都早已百花?放。

那么，什么樣的低代碼平臺(tái)才是更適合開發(fā)者的呢？我們不妨先從國(guó)內(nèi)市?上最流? 的兩種低代碼平臺(tái)形態(tài)，來(lái)聊聊當(dāng)前的低代碼平臺(tái)。

表單驅(qū)動(dòng) - 企業(yè)信息化的新中臺(tái)

?般認(rèn)為，表單驅(qū)動(dòng)是作為 BPM 系統(tǒng)的延續(xù)者出現(xiàn)的，再向前溯源的話，更像是早期使? Excel 來(lái)進(jìn)?數(shù)據(jù)管理的做法：多個(gè)參與者按某種約定，通過(guò)在電腦上編輯、 傳遞?檔、信息或者任務(wù)，來(lái)實(shí)現(xiàn)指定的業(yè)務(wù)?標(biāo)。

?些從 BPM 系統(tǒng)或者電?表格類產(chǎn)品轉(zhuǎn)型?來(lái)的低代碼開發(fā)平臺(tái)，?多延續(xù)了這種表單驅(qū)動(dòng)的模式。當(dāng)前市?上主要采?這種模式的低代碼平臺(tái)，常?的有：簡(jiǎn)道云、 明道云、宜搭、氚云、得帆云等。

表單驅(qū)動(dòng)型的低代碼平臺(tái)?出現(xiàn)伊始，就有著明確的客戶群體和應(yīng)?場(chǎng)景。如果說(shuō)當(dāng)前哪種低代碼平臺(tái)最適合讓從未從事過(guò)軟件開發(fā)的?戶能夠快速的完成?款?應(yīng)?的開發(fā)，那么，?表單驅(qū)動(dòng)型低代碼平臺(tái)莫屬。

表單驅(qū)動(dòng)型平臺(tái)的核?編輯界?其實(shí)只有兩個(gè)，表單設(shè)計(jì)與流程設(shè)計(jì)，通過(guò)對(duì)表單的 設(shè)計(jì)完成對(duì)其抽象數(shù)據(jù)的建模，并同步綁定數(shù)據(jù)的創(chuàng)建/編輯界?，再借由流程設(shè)計(jì)， 來(lái)定義數(shù)據(jù)的流程狀態(tài)，以及不同狀態(tài)下的可操作??，字段的可?/可編輯權(quán)限等。

在業(yè)界的通?觀點(diǎn)中，“表單驅(qū)動(dòng)”具有更低的使?門檻和技術(shù)門檻，但是應(yīng)?場(chǎng)景的局限性更?，通常僅?于開發(fā)簡(jiǎn)單的數(shù)據(jù)填報(bào)系統(tǒng)，很難應(yīng)?在企業(yè)級(jí)應(yīng)?的開發(fā)過(guò)程中。

在理想化的企業(yè)內(nèi)部使?場(chǎng)景中，該平臺(tái)會(huì)由企業(yè)中的多個(gè)業(yè)務(wù)部門同時(shí)使?，每個(gè)部門按照??的數(shù)字化需求來(lái)設(shè)計(jì)表單，同時(shí)參與其它部門的表單填寫、流傳過(guò)程。 從?使企業(yè)中的每?個(gè)業(yè)務(wù)相關(guān)?員都可以在平臺(tái)上看到與??相關(guān)的所有表單，作為??的?作任務(wù)項(xiàng)或關(guān)注事項(xiàng)。?這，也是企業(yè)信息數(shù)字化的切實(shí)需求。

為了滿?上述場(chǎng)景，表單驅(qū)動(dòng)型的低代碼平臺(tái)的設(shè)計(jì)思路也就變得明確了。

1. 為了能夠讓企業(yè)的任意?個(gè)員?都能夠很快上?，平臺(tái)需要最?化的降低實(shí)際使?者的學(xué)習(xí)成本。在?戶使?過(guò)程中，需要盡量取消抽象的軟件設(shè)計(jì)過(guò)程，甚?以犧牲靈活性為代價(jià)（?如界?與動(dòng)態(tài)數(shù)據(jù)的綁定設(shè)計(jì)），讓?戶能夠與企業(yè)業(yè)務(wù)做直接對(duì)應(yīng)，來(lái)達(dá)成設(shè)計(jì)?的。

2. 最好是單?平臺(tái) + 多個(gè)同構(gòu)微應(yīng)?的模式。這樣才能夠有效的聚合信息，讓企業(yè)信息流轉(zhuǎn)效率上升。單?的表單收集型服務(wù)（如：?jiǎn)柧硇?、騰訊問(wèn)卷等）雖然也能解決信息的收集問(wèn)題，但對(duì)于信息同步，以及流程控制就會(huì)顯得乏?，?這卻是企業(yè)提升信息流轉(zhuǎn)的綜合效率所不可或缺的能?部分。

?表單驅(qū)動(dòng)的局限也同樣明顯：

1. 受限于表單與數(shù)據(jù)模型強(qiáng)綁定的設(shè)計(jì)與使??式，在實(shí)際使?過(guò)程中，往往難以設(shè)計(jì)出拓展性佳、復(fù)雜關(guān)聯(lián)的數(shù)據(jù)模型。?量的表單，???會(huì)形成?量的數(shù)據(jù)冗余（不同的表單設(shè)計(jì)背后所映射的是相同的業(yè)務(wù)數(shù)據(jù)），另????容易形成數(shù)據(jù)孤島（表單設(shè)計(jì)過(guò)程中的關(guān)聯(lián)性設(shè)計(jì)缺失，?法在其它業(yè)務(wù)中進(jìn)?數(shù)據(jù)復(fù)?）。同時(shí)，由于表單與數(shù)據(jù)模型的直接對(duì)應(yīng)，也使得對(duì)數(shù)據(jù)的展?、操作界?只能借由當(dāng)前表單執(zhí)?，難以設(shè)計(jì)復(fù)雜的數(shù)據(jù)檢索與數(shù)據(jù)交互。

2. 表單驅(qū)動(dòng)型的低代碼平臺(tái)，通常只能處理數(shù)據(jù)的采集與展?，??法基于數(shù)據(jù)進(jìn)?更為智能化、?動(dòng)化的衍?邏輯設(shè)計(jì)。為了彌補(bǔ)缺陷，低代碼平臺(tái)往往會(huì)增加 ?些可編程界?，以便?戶通過(guò)代碼途徑來(lái)解決上述問(wèn)題。但伴隨著編碼功能的開放，平臺(tái)用戶的體驗(yàn)也會(huì)開始割裂。更真實(shí)的情況是，大量對(duì)數(shù)據(jù)建模都算不上擅長(zhǎng)的用戶，并沒有匹配的技術(shù)能力來(lái)完成代碼的編寫。

當(dāng)然，不論如何，在企業(yè)數(shù)字化場(chǎng)景下，表單驅(qū)動(dòng)型的低代碼平臺(tái)依然能解決?常企業(yè)業(yè)務(wù)中?部分簡(jiǎn)單的信息流轉(zhuǎn)需求。但是對(duì)于開發(fā)者??，表單驅(qū)動(dòng)型低代碼平臺(tái)與開發(fā)者的?作場(chǎng)景卻往往是互斥的。

???，表單驅(qū)動(dòng)的?標(biāo)?戶并不是開發(fā)者本?，甚?平臺(tái)本?，就是為了在企業(yè)不具備開發(fā)能?，或降低開發(fā)成本時(shí)?出現(xiàn)的。

另???，則是因?yàn)楸韱悟?qū)動(dòng)型平臺(tái)中，應(yīng)?設(shè)計(jì)模式較傳統(tǒng)軟件開發(fā)??，進(jìn)?了?量簡(jiǎn)化甚?是閹割，這導(dǎo)致開發(fā)者在使?表單驅(qū)動(dòng)型平臺(tái)的過(guò)程中，往往有?量的軟件設(shè)計(jì)思想?法在平臺(tái)中實(shí)現(xiàn)。

??以蔽之，開發(fā)者與表單驅(qū)動(dòng)，可能真的沒有什么緣分。

模型驅(qū)動(dòng) - 傳統(tǒng)軟件開發(fā)的模式再造

不同于表單驅(qū)動(dòng)從早期電?表格模式的逐步進(jìn)化，模型驅(qū)動(dòng)則是從傳統(tǒng)軟件開發(fā)模式中提煉和總結(jié)?來(lái)的。

模型驅(qū)動(dòng)型平臺(tái)使?可視化建模技術(shù)來(lái)定義數(shù)據(jù)關(guān)系、流程邏輯和構(gòu)建?戶界?，使開發(fā)?員和業(yè)務(wù)?戶能夠快速交付應(yīng)?程序，?不需要代碼。

在當(dāng)前市場(chǎng)中，如：Mendix、OutSystems、活字格、ClickPass、微搭等，都屬于模型驅(qū)動(dòng)的范疇。

相對(duì)于表單驅(qū)動(dòng)??，模型驅(qū)動(dòng)與開發(fā)者可能要親近許多。如果說(shuō)表單驅(qū)動(dòng)是為了讓不具備開發(fā)能?的?戶也能夠開發(fā)應(yīng)?，那么模型驅(qū)動(dòng)，則是為開發(fā)者提供了另?套形不似但神似的開發(fā)?具。

模型驅(qū)動(dòng)型的低代碼平臺(tái)，更像是對(duì)傳統(tǒng)軟件開發(fā)模式的業(yè)務(wù)再造，將?量原來(lái)只存在于開發(fā)者腦海中的設(shè)計(jì)模式，實(shí)際地構(gòu)建出?戶界?來(lái)進(jìn)?設(shè)計(jì)操作。同時(shí)，平臺(tái)還將開發(fā)過(guò)程中各環(huán)節(jié)的設(shè)計(jì)?作進(jìn)?了范式定義，使得各設(shè)計(jì)模塊可以更好的集成。

換個(gè)?度來(lái)說(shuō)，模型驅(qū)動(dòng)對(duì)開發(fā)者的軟件設(shè)計(jì)知識(shí)要求并沒有降低，?是改造了編程?式，使得以前開發(fā)者需要編寫代碼的?作，可以通過(guò)可視化界?來(lái)定義和配置，從 ?加速了應(yīng)?開發(fā)的過(guò)程，提升了整體效率。

以數(shù)據(jù)模型與?戶界?的綁定?式來(lái)舉例：

在表單驅(qū)動(dòng)的設(shè)計(jì)中，?戶需要先進(jìn)?表單設(shè)計(jì)，當(dāng)表單確定后，對(duì)應(yīng)的數(shù)據(jù)模型也會(huì)被?動(dòng)推斷確認(rèn)完畢。?此，表單就與數(shù)據(jù)模型完全綁定，表單的修改亦會(huì)直接影響數(shù)據(jù)模型。?數(shù)據(jù)實(shí)體也僅?持表單進(jìn)?修改。

但在模型驅(qū)動(dòng)的設(shè)計(jì)中，數(shù)據(jù)建模與?戶界?設(shè)計(jì)是完全分離的。?戶可以?由的通 過(guò)單獨(dú)數(shù)據(jù)模型設(shè)計(jì)界?進(jìn)?建模，并單獨(dú)利?戶界?設(shè)計(jì)器進(jìn)?界?設(shè)計(jì)，最后通過(guò)平臺(tái)的數(shù)據(jù)綁定機(jī)制，為指定的界?綁定數(shù)據(jù)模型，以實(shí)現(xiàn)最終的數(shù)據(jù)展?。

?這種模型驅(qū)動(dòng)的綁定?式，與傳統(tǒng)軟件開發(fā)中的 MVC 設(shè)計(jì)模式，其實(shí)保持了?致的：分別設(shè)計(jì)模型（Model）層，與視圖（View）層，并通過(guò)控制層（ Controller） 層來(lái)控制模型層與視圖層的綁定關(guān)系。只不過(guò)，在模型驅(qū)動(dòng)的低代碼平臺(tái)，模型層、 視圖層、控制層都可以分別使?可視化界?直接進(jìn)?設(shè)計(jì)，??需編寫代碼。

不過(guò)，如果在專業(yè)開發(fā)者的眼中，這可能會(huì)有?些開倒?的嫌疑。

?論是表單驅(qū)動(dòng)，還是模型驅(qū)動(dòng)，希望構(gòu)建的應(yīng)?設(shè)計(jì)模式都是讓模型層與視圖層直接產(chǎn)?綁定關(guān)系。模型驅(qū)動(dòng)相?于表單驅(qū)動(dòng)的優(yōu)勢(shì)，也在于其?持模型的動(dòng)態(tài)拼裝， 讓模型層與視圖層的綁定關(guān)系更靈活。

但在真正的企業(yè)級(jí)應(yīng)?開發(fā)中，在模型層與視圖層之間，其實(shí)還存在著?層業(yè)務(wù)層。 除了控制視圖與模型的關(guān)系，業(yè)務(wù)層最?的作?，在于單獨(dú)對(duì)業(yè)務(wù)?為進(jìn)?了定義。 既可以是由終端?戶直接與應(yīng)?交互產(chǎn)?的業(yè)務(wù)?為，也可以是由系統(tǒng)主動(dòng)根據(jù)數(shù)據(jù) 模型、業(yè)務(wù)特征?動(dòng)觸發(fā)的業(yè)務(wù)?為。

同時(shí)，業(yè)務(wù)層的出現(xiàn)，使得業(yè)務(wù)?為可以單獨(dú)控制不同數(shù)據(jù)的處理邏輯，?如多重判 斷、事務(wù)管理、兼容容錯(cuò)等等。這也是軟件?程領(lǐng)域中對(duì)”?內(nèi)聚、低耦合“這?設(shè)計(jì)?標(biāo)的直接實(shí)踐。

最后，業(yè)務(wù)層通過(guò)對(duì)業(yè)務(wù)?為與數(shù)據(jù)操作進(jìn)?定義，可以極?的提升模塊邏輯的復(fù)? 性。?如在常?的復(fù)雜業(yè)務(wù)中，往往需要對(duì)多個(gè)數(shù)據(jù)模型同時(shí)進(jìn)?操作，如果?法單 獨(dú)設(shè)計(jì)業(yè)務(wù)層，就只能在不同的視圖位置中，重復(fù)多次的設(shè)計(jì)數(shù)據(jù)模型操作過(guò)程，? 重復(fù)設(shè)計(jì)過(guò)程中，些許的不?致，往往就容易導(dǎo)致更復(fù)雜的業(yè)務(wù)錯(cuò)誤。

所以回到模型驅(qū)動(dòng)的語(yǔ)境?，誠(chéng)然數(shù)據(jù)模型與視圖的動(dòng)態(tài)綁定模式，已經(jīng)像極了傳統(tǒng) 軟件開發(fā)模式，甚?在做?型應(yīng)?時(shí)，開發(fā)者已經(jīng)能夠直觀的感受到效率提升。但對(duì) 開發(fā)者??，這依然不是最終的?具。

業(yè)務(wù)層的缺失，并不只是業(yè)務(wù)?為定義的缺失。使應(yīng)?更具智能化、?動(dòng)化的運(yùn)算能 ?，也會(huì)因此?處安放。?如對(duì)數(shù)據(jù)的哈希摘要算法、對(duì)?量數(shù)據(jù)的批處理算法、? 常規(guī)數(shù)據(jù)的編解碼能?、條件化定時(shí)任務(wù)甚?是?戶推薦算法、?戶畫像?成、多要 素智能推送等，在傳統(tǒng)軟件開發(fā)中雖然屢?不鮮，但在低代碼平臺(tái)中，卻?處施展， 需要另辟它徑。

當(dāng)然，隨著市場(chǎng)發(fā)展，相信各?低代碼?商依然會(huì)逐步拓展??平臺(tái)的能?版圖，讓 越來(lái)越多的應(yīng)?能?可以在??平臺(tái)中被開發(fā)者使?。但?少在今天，即便是模型驅(qū) 動(dòng)，也還是?法完全滿?開發(fā)者的需求。

第三種可能性是什么？

雖然在國(guó)內(nèi)，低代碼平臺(tái)主要指向表單驅(qū)動(dòng)與模型驅(qū)動(dòng)兩?類低代碼平臺(tái)，但在海外，?及低代碼，卻是另外?番景象。

與國(guó)內(nèi)低代碼的普遍認(rèn)知不同的是，海外更推崇的模式是將低代碼能??具化，并盡可能做到領(lǐng)域?qū)伲??全能。雖然在國(guó)外也不乏有 OutSystems、Mendix 這樣的? 型低代碼平臺(tái)，但近些年更得開發(fā)者?睞的，卻是?些特定領(lǐng)域內(nèi)的低代碼/?代碼服務(wù)。

在資訊?站 nocode.tech 中所收錄的低代碼?具中，根據(jù)?具的能?范圍，將其分為如表單設(shè)計(jì)、應(yīng)?設(shè)計(jì)、市場(chǎng)?具、客戶?持?具、分析?具、?動(dòng)化?具、數(shù)據(jù)庫(kù)?具等在內(nèi)的 37 種類型，截??前，已收錄的低代碼/?代碼?具服務(wù)超過(guò) 200 款。

在?具之上，國(guó)外也逐步誕?了圍繞低代碼?具進(jìn)?應(yīng)?開發(fā)的社區(qū)、教學(xué)乃??業(yè)。通過(guò)使?多種低代碼?具，并借由 API 進(jìn)?拼裝，使之形成完整的業(yè)務(wù)應(yīng)?，也是當(dāng)今流?的低代碼開發(fā)趨勢(shì)。有意思的是，為了提升 API 拼裝效率，市場(chǎng)中還同步涌現(xiàn)了?量?于拼裝 API 的低代碼?具，使整體開發(fā)效率可以進(jìn)?步的提升。

在國(guó)內(nèi)市場(chǎng)，也逐漸涌現(xiàn)出了類似的服務(wù)形態(tài)。如低代碼電?表格服務(wù)維格表，就將??定位為?向 API 的多維表格，?軟件集成服務(wù)集簡(jiǎn)云，也開始嘗試提供國(guó)內(nèi)各在線服務(wù)的 API 集成能?。

相?于使?獨(dú)?的低代碼平臺(tái)，選擇集成多種低代碼?具，會(huì)極?的拓展應(yīng)?的能?半徑。在單個(gè)低代碼平臺(tái)中，其能?半徑和應(yīng)?設(shè)計(jì)界?都?度依賴于平臺(tái)本?。但選擇多個(gè)低代碼?具相互集成的?案，則可以極?的規(guī)避這個(gè)問(wèn)題。

同時(shí)，使? API 的對(duì)接模式，也為業(yè)務(wù)深度提供了可靠保證。在傳統(tǒng)開發(fā)中，API 的出現(xiàn)，使能?的提供?與使??真正分離。我們既可以在業(yè)務(wù)應(yīng)?中直接調(diào)? API 實(shí)現(xiàn)能?，也可以??編寫代碼來(lái)接? API 的能?，再向業(yè)務(wù)應(yīng)?提供更合適的 API。 通過(guò)這樣的業(yè)務(wù)封裝，可以有效的保障業(yè)務(wù)的層次與隔離性。

不?如此，隨著微服務(wù)架構(gòu)的流?，API 同時(shí)也變成了企業(yè)?研應(yīng)?中的?等公?。通過(guò) API 來(lái)封裝能?，體現(xiàn)業(yè)務(wù)，?被其他業(yè)務(wù)進(jìn)?集成，?直都是傳統(tǒng)開發(fā)中的最佳實(shí)踐之?。

所以我們不免會(huì)提出這樣的假設(shè)，當(dāng)開發(fā)者真正邁?低代碼的領(lǐng)域時(shí)，更合理的結(jié)合模式，依然是能?領(lǐng)域獨(dú)?，API 先?，集成性?于封閉性的架構(gòu)形態(tài)。

Methodot，API 先?的新?代開發(fā)平臺(tái)

為了能夠讓低代碼能?真正的提升?線開發(fā)者的?常開發(fā)效率，?云趣碼認(rèn)真的研究 了?量市?上現(xiàn)有的低代碼平臺(tái)，以及海內(nèi)外的?業(yè)趨勢(shì)。

（Methdoot，社區(qū)版免費(fèi)體驗(yàn)地址（www.CloudToGo.cn）

在開發(fā)者世界中，能夠快速的補(bǔ)???的能?短板，但?能發(fā)揮??真正擅?的專業(yè)領(lǐng)域，?直都是開發(fā)者最期望出現(xiàn)的研發(fā)模式。?當(dāng)前市?上的?部分低代碼平臺(tái)， 雖然能夠達(dá)到快速完成特定?作任務(wù)的能?，但平臺(tái)本?的出現(xiàn)，卻也對(duì)開發(fā)者原本擅?的領(lǐng)域，形成了限制。

能不能有?款平臺(tái)，可以讓開發(fā)者在享受低代碼?具效率的同時(shí)，也能通過(guò)編寫代碼和能?集成來(lái)提升應(yīng)?能?的上限呢？如果有的話，那么它不應(yīng)該是?款低代碼平 臺(tái)，?是?款富含低代碼?具能?的開發(fā)平臺(tái)。

Methodot?正是這樣的?款?站式在線開發(fā)平臺(tái)，平臺(tái)本?內(nèi)置了多款低代碼開發(fā)?具，也同時(shí)具備完整的編程開發(fā)能?。

在 Methodot 中，開發(fā)者可以?由的選擇使?低代碼?式或是代碼?式來(lái)完成特定?作的開發(fā)，可以是前端界?、可以是數(shù)據(jù)建模、也可以是 API 集成。與此同時(shí)，平臺(tái)也上架了?量的開源低代碼?具套件，讓開發(fā)者按需要進(jìn)?集成。

同時(shí)，Mehtodot 還提供了微服務(wù)架構(gòu)可視化編輯器，讓服務(wù)能?真正的作為了應(yīng)?設(shè)計(jì)?程中的?級(jí)對(duì)象，?論是傳統(tǒng)開發(fā)，還是低代碼開發(fā)，是?研應(yīng)?，還是第三?服務(wù)對(duì)接，都可以快速的進(jìn)?集成，??需擔(dān)?業(yè)務(wù)系統(tǒng)的拓展性。

不僅如此，Methodot 還深度整合了云原?技術(shù)能?，通過(guò)對(duì)軟件開發(fā)模式進(jìn)?完整的再造， 集研發(fā)?具、交付引擎、運(yùn)?環(huán)境三維?體，為開發(fā)者打造出了新?代的研發(fā)空間。換句話說(shuō)，在 Methodot 中，可以同時(shí)進(jìn)?代碼編寫、編譯、構(gòu)建，并直接進(jìn)?部署直?對(duì)外提供服務(wù)，?需準(zhǔn)備編碼、調(diào)試環(huán)境，更?需單獨(dú)購(gòu)置服務(wù)器資源。

當(dāng)前，Methodot 已經(jīng)正式上線，以期為??開發(fā)者提供傳統(tǒng)開發(fā)與低代碼開發(fā)相融合的在線開發(fā)服務(wù)。

同時(shí)，Methodot 已同步推出了免費(fèi)版本，并保證基礎(chǔ)功能完全開放，歡迎??開發(fā)者前來(lái)試?。

云原?，低代碼，寫得少，做得快。

這就是 Methdoot，您的?站式云原?應(yīng)?在線開發(fā)平臺(tái)。

-------------------------

Methdoot，社區(qū)版免費(fèi)體驗(yàn)地址（www.CloudToGo.cn）