正文

前端vue低代碼開(kāi)發(fā)平臺(tái)（vue 低代碼平臺(tái)）

發(fā)布時(shí)間：2023-03-12 18:08:44 稿源：創(chuàng)意嶺閱讀： 609 問(wèn)大家

大家好！今天讓創(chuàng)意嶺的小編來(lái)大家介紹下關(guān)于前端vue低代碼開(kāi)發(fā)平臺(tái)的問(wèn)題，以下是小編對(duì)此問(wèn)題的歸納整理，讓我們一起來(lái)看看吧。

ChatGPT國(guó)內(nèi)免費(fèi)在線使用，一鍵生成原創(chuàng)文章、方案、文案、工作計(jì)劃、工作報(bào)告、論文、代碼、作文、做題和對(duì)話答疑等等

只需要輸入關(guān)鍵詞，就能返回你想要的內(nèi)容，越精準(zhǔn)，寫(xiě)出的就越詳細(xì)，有微信小程序端、在線網(wǎng)頁(yè)版、PC客戶端

官網(wǎng)：https://ai.de1919.com

本文目錄:

1、在國(guó)外火爆起來(lái)的低代碼開(kāi)發(fā)平臺(tái)
2、國(guó)內(nèi)外低代碼開(kāi)發(fā)平臺(tái)發(fā)展情況？
3、有哪些快速開(kāi)發(fā)平臺(tái)或者零代碼開(kāi)發(fā)平臺(tái)？
4、號(hào)稱目前最火的前端框架Vue，它有什么顯著特點(diǎn)呢？

前端vue低代碼開(kāi)發(fā)平臺(tái)（vue 低代碼平臺(tái)）

一、在國(guó)外火爆起來(lái)的低代碼開(kāi)發(fā)平臺(tái)

低代碼平臺(tái)的最初發(fā)展可追溯到2000年，2000年至2015年可以算是低代碼平臺(tái)發(fā)展的第一階段。這個(gè)階段期間，低代碼平臺(tái)市場(chǎng)的發(fā)展非常遲緩，沒(méi)有大幅度的升降，也沒(méi)有表現(xiàn)亮眼的企業(yè)。但到了2015年至2018年這三年，低代碼平臺(tái)市場(chǎng)直接升溫。2018年西門(mén)子宣布以6億歐元收購(gòu)低代碼應(yīng)用開(kāi)發(fā)領(lǐng)域的領(lǐng)導(dǎo)者M(jìn)endix、快速應(yīng)用開(kāi)發(fā)的低代碼平臺(tái)OutSystems獲得了3.6億美金的投資之后，低代碼平臺(tái)市場(chǎng)才真正開(kāi)始火爆起來(lái)。

APICloud創(chuàng)始人兼CEO劉鑫表示，所謂“低代碼開(kāi)發(fā)平臺(tái)”，是指那些無(wú)需編碼或通過(guò)少量代碼就可以快速生成應(yīng)用程序的工具，其一方面可以降低企業(yè)應(yīng)用開(kāi)發(fā)人力成本，另一方面可以將原有數(shù)月甚至數(shù)年的開(kāi)發(fā)時(shí)間成倍縮短，從而幫助企業(yè)實(shí)現(xiàn)降本增效的價(jià)值?！?/p>

低代碼平臺(tái)的發(fā)展推動(dòng)了人效革命的步伐，也愈發(fā)滿足企業(yè)對(duì)IT技術(shù)部門(mén)、技術(shù)人員的要求，順應(yīng)當(dāng)下市場(chǎng)發(fā)展。但目前國(guó)內(nèi)的低代碼開(kāi)發(fā)平臺(tái)發(fā)展整體落后于國(guó)外，我們可以通過(guò)了解國(guó)外代表性的低代碼平臺(tái)來(lái)更好的衡量國(guó)內(nèi)低代碼平臺(tái)的發(fā)展。

OutSystems是快速應(yīng)用開(kāi)發(fā)的頭號(hào)低代碼平臺(tái)，并且是2018年Gartner高生產(chǎn)力平臺(tái)的領(lǐng)導(dǎo)者。OutSystems號(hào)稱將低代碼功能與高級(jí)移動(dòng)功能相結(jié)合的唯一解決方案，它支持整個(gè)應(yīng)用程序組合的可視化開(kāi)發(fā)，可輕松與現(xiàn)有系統(tǒng)集成。

Mendix幫助企業(yè)改善創(chuàng)新方式。通過(guò)使用可視化模型，在Mendix上構(gòu)建應(yīng)用程序非常簡(jiǎn)單，快速且直觀，可使開(kāi)發(fā)人員和業(yè)務(wù)分析人員等眾多人員構(gòu)建強(qiáng)大的應(yīng)用程序，而無(wú)需編寫(xiě)代碼。借助模型驅(qū)動(dòng)開(kāi)發(fā)，業(yè)務(wù)領(lǐng)導(dǎo)者和IT部門(mén)可以共享語(yǔ)言來(lái)快速構(gòu)建應(yīng)用程序。

戴爾Boomi是云集成和工作流程自動(dòng)化軟件的供應(yīng)商，使用戴爾Boomi行業(yè)領(lǐng)先的低代碼iPaaS平臺(tái)，組織可以連接任何渠道，設(shè)備或平臺(tái)的任何地方，并與所有渠道，設(shè)備或平臺(tái)進(jìn)行互動(dòng)。Boomi統(tǒng)一平臺(tái)包括Boomi Flow，低代碼工作流程自動(dòng)化與云原生集成，用于構(gòu)建和部署簡(jiǎn)單而復(fù)雜的工作流程，從而有效地推動(dòng)業(yè)務(wù)發(fā)展。

Forrester的報(bào)告顯示，低代碼開(kāi)發(fā)平臺(tái)市場(chǎng)將從2015年的17億美金增長(zhǎng)到2020年的155億美金。低代碼將成為主要的軟件交付平臺(tái)，并且預(yù)計(jì)到2020年，75％的應(yīng)用程序?qū)⒃诘痛a平臺(tái)中開(kāi)發(fā)。

企業(yè)數(shù)字化轉(zhuǎn)型推動(dòng)了低代碼平臺(tái)市場(chǎng)在2015年至2018年呈現(xiàn)出爆發(fā)增長(zhǎng)，雖然目前國(guó)內(nèi)低代碼平臺(tái)市場(chǎng)還處于藍(lán)海階段，暫時(shí)落后于國(guó)外的發(fā)展。但從大趨勢(shì)和市場(chǎng)需求來(lái)說(shuō)，低代碼平臺(tái)在技術(shù)開(kāi)發(fā)領(lǐng)域的占比只會(huì)越來(lái)越重，國(guó)內(nèi)公司中IT部門(mén)在日常面臨的考驗(yàn)越來(lái)越嚴(yán)峻，待解決的問(wèn)題也越來(lái)越多。

APICloud低代碼開(kāi)發(fā)平臺(tái)結(jié)合國(guó)外低代碼開(kāi)發(fā)平臺(tái)優(yōu)點(diǎn)，不斷完善自身，此次推出全新IT生產(chǎn)工具將需求分析、產(chǎn)品原型、UI設(shè)計(jì)、前端開(kāi)發(fā)、后端開(kāi)發(fā)緊密銜接，并基于行業(yè)大數(shù)據(jù)對(duì)前置環(huán)節(jié)進(jìn)行復(fù)用，大幅縮減重復(fù)性工作，有效提升30%-60% IT項(xiàng)目效率；進(jìn)一步滿足企業(yè)數(shù)字化轉(zhuǎn)型的要求。

二、國(guó)內(nèi)外低代碼開(kāi)發(fā)平臺(tái)發(fā)展情況？

本文會(huì)分析：

國(guó)外：Mendix Outsystems

國(guó)內(nèi)：牛刀 APICloud iVX 搭搭云氚云簡(jiǎn)道云云表宜搭云等幾家具有代表性的公司

其實(shí)，低代碼概念由來(lái)已久，其實(shí)就是“追求少的代碼量，完成最多的開(kāi)發(fā)工作”，不管是開(kāi)發(fā)代碼的工具還是代碼本身都在追求“低代碼”。這里面比較難的是如何把握“功能靈活性”和“操作學(xué)習(xí)簡(jiǎn)易性”的平衡。

評(píng)價(jià)“低代碼”的標(biāo)準(zhǔn)：能做什么？效率如何？（拋開(kāi)這兩點(diǎn)，都是扯淡）

一、能做什么？：主要看邏輯是如何實(shí)現(xiàn)的？（特別是工具側(cè)的邏輯實(shí)現(xiàn)能力，用代碼實(shí)現(xiàn)的不算，因?yàn)槎伎梢裕╈`活性如何？

（1）流程圖方式：例如：Outsystems是通過(guò)流程圖的方式來(lái)生成邏輯代碼部分，他們內(nèi)部叫做“MicroWave”“NanoWave”，用來(lái)分別控制前端和后臺(tái)的邏輯。這種方式采用公司較多，操作企業(yè)對(duì)于大型應(yīng)用還是挺難的，畫(huà)圖這個(gè)事對(duì)于大應(yīng)用來(lái)講也不好操作。

（2）事件觸發(fā)式：例如：iVX（國(guó)內(nèi)的公司），用觸發(fā)式的事件面板來(lái)控制所有交互邏輯。開(kāi)發(fā)起來(lái)還是體驗(yàn)不錯(cuò)的，只有他們一家公司這么做。

二、效率如何？

這個(gè)就要看整個(gè)產(chǎn)品設(shè)計(jì)理念，開(kāi)放程度，組件抽象，開(kāi)發(fā)配套，對(duì)復(fù)雜前后臺(tái)支持程度。整體來(lái)說(shuō)，綜合能力算上，Mendix 、Outsystems 、iVX這三家開(kāi)發(fā)效率最高，如果是算細(xì)分領(lǐng)域，例如，就開(kāi)發(fā)一個(gè)表單，或開(kāi)發(fā)一個(gè)工作流系統(tǒng)，那搭搭云、氚云做的都不錯(cuò)。

下面我們看國(guó)內(nèi)外的“低代碼”發(fā)展情況

一、國(guó)外情況

近兩年，隨著各種技術(shù)整體發(fā)展（例如，5G，我不相信有技術(shù)是可以完全獨(dú)立存在和發(fā)展的，特別是新技術(shù)），不管程序員如何努力，瓶頸卻變成了程序員本身。對(duì)各種應(yīng)用的需求越來(lái)越大，但是程序員總量有限，培養(yǎng)難度大，應(yīng)用開(kāi)發(fā)周期長(zhǎng)，應(yīng)用維護(hù)成本高，這個(gè)矛盾成為了技術(shù)和市場(chǎng)發(fā)展的主要矛盾，“低代碼”概念就是為了解決這個(gè)核心問(wèn)題而生的?！帮L(fēng)口”也慢慢指向了“低代碼”這一塊兒。

國(guó)外的幾家低代碼公司：Salesforce，Mendix，Outsystems，Appian，Joget

（1）進(jìn)入時(shí)間和領(lǐng)域：

這些公司大都成立10年以上，有些都快20年了，這些企業(yè)基本上都是從企業(yè)應(yīng)用開(kāi)發(fā)開(kāi)始做，重點(diǎn)在：表單生成和處理、工作流生成和管理、辦公協(xié)作這幾個(gè)領(lǐng)域。還有的是從更專業(yè)的企業(yè)領(lǐng)域進(jìn)入“低代碼”的，例如財(cái)務(wù)領(lǐng)域、HR領(lǐng)域、CRM領(lǐng)域等。

結(jié)論：低代碼短時(shí)間是出不來(lái)的，要大量的積累和研發(fā)，特別是和企業(yè)的磨合非常重要。

（2）已經(jīng)比較成熟：

Salesforce Appian Joget這三家都已經(jīng)上市，另外兩家都是估值10億美元以上的獨(dú)角獸公司。

（3）服務(wù)和價(jià)格：

都非常貴！主要服務(wù)大公司500強(qiáng)為主，一個(gè)license月都要幾千美元。

二、國(guó)內(nèi)情況

國(guó)內(nèi)比較講究“風(fēng)口”，這個(gè)風(fēng)口是2019年才吹過(guò)來(lái)的，所以有挺多新興創(chuàng)業(yè)團(tuán)隊(duì)加入“低代碼”陣營(yíng)，也有一些“老牌的”團(tuán)隊(duì)轉(zhuǎn)向這個(gè)市場(chǎng)。其實(shí)主要看他們以前是做什么的？這個(gè)對(duì)大家理解團(tuán)隊(duì)和能力會(huì)很有幫助。

按成立時(shí)間

老牌團(tuán)隊(duì)（10年以上的）：牛刀（以前做前端開(kāi)源框架WeX5），APICloud（以前做App開(kāi)發(fā)打包工具和API模塊市場(chǎng)，嚴(yán)格意義上不算低代碼工具，算是開(kāi)發(fā)流程管理工具，還涉及到產(chǎn)品、設(shè)計(jì)、代碼管理、項(xiàng)目管理等領(lǐng)域，我就不細(xì)說(shuō)了），iVX（之前做H5、WebApp開(kāi)發(fā)工具的），活字格（利用微軟的Excel開(kāi)發(fā)體系，進(jìn)行二次工具化）

新進(jìn)團(tuán)隊(duì)：“各種”云，但主流都是“表單”“工作流”“協(xié)作”這三種出生為主，太新的團(tuán)隊(duì)，我覺(jué)得做不了這個(gè)，因?yàn)椤暗痛a”還是研究比較底層技術(shù)的領(lǐng)域，太短時(shí)間積累不出來(lái)。

另外按功能分類(lèi)：

（1）靈活性從高到低（很多**云，是細(xì)分領(lǐng)域開(kāi)發(fā)的，靈活性較差就不放進(jìn)來(lái)了）

iVX ***** 活字格 *** 牛刀 *** 氚云 **

（2）對(duì)工作流支持從高到低

搭搭云 **** ClickPaaS *** 氚云 *** iVX *** 宜搭云 **

（3）對(duì)表單支持從高到低（這個(gè)上面幾家都不錯(cuò)，可能是低代碼的基礎(chǔ)，我就不比較了）

另外，我發(fā)現(xiàn)iVX是低代碼中比較特殊的，因?yàn)?，?shí)際上它的開(kāi)發(fā)過(guò)程基本上是“0代碼”環(huán)境的。開(kāi)發(fā)效率和維護(hù)也比較容易，而且前身版本是iH5，口碑還不錯(cuò)，大家可以重點(diǎn)關(guān)注一下。

宜搭云，是阿里云親生的，現(xiàn)在雖然剛起步，但是至少說(shuō)明有巨頭已經(jīng)開(kāi)始關(guān)注這個(gè)賽道了，大家也可以持續(xù)關(guān)注一下。

總體來(lái)說(shuō)，“低代碼”發(fā)展方向還是非常看好的，畢竟是解放生產(chǎn)力的，但是要做好難度比較大，而且需要長(zhǎng)時(shí)間的積累。

三、有哪些快速開(kāi)發(fā)平臺(tái)或者零代碼開(kāi)發(fā)平臺(tái)？

什么是零代碼應(yīng)用開(kāi)發(fā)平臺(tái)？

盡管市場(chǎng)上也把建站、網(wǎng)店開(kāi)發(fā)、小程序開(kāi)發(fā)等免代碼服務(wù)也稱為零代碼開(kāi)發(fā)，但因?yàn)檫@些平臺(tái)面向的是特定的目的，服務(wù)一個(gè)專有的范式，所以一般不將他們劃入零代碼平臺(tái)的范疇之內(nèi)。真正的零代碼開(kāi)發(fā)平臺(tái)面向的是廣泛和多樣的需求，在設(shè)計(jì)aPaaS產(chǎn)品的時(shí)候，并不確定一個(gè)特定的用戶會(huì)用它來(lái)搭建什么應(yīng)用。

當(dāng)然，雖說(shuō)面向的需求是廣泛的，也不代表aPaaS是萬(wàn)能的。零代碼開(kāi)發(fā)幾乎都是面向企業(yè)應(yīng)用世界，而很難擴(kuò)展到消費(fèi)者應(yīng)用領(lǐng)域，比如游戲、社交、工具軟件等必然長(zhǎng)期屬于原生開(kāi)發(fā)的世界。

所以，零代碼應(yīng)用開(kāi)發(fā)平臺(tái)需要一個(gè)比較準(zhǔn)確的定義。它是指圍繞企業(yè)數(shù)據(jù)和業(yè)務(wù)管理需求，通過(guò)可視化方式設(shè)計(jì)數(shù)據(jù)結(jié)構(gòu)，用戶交互形式、設(shè)置訪問(wèn)權(quán)限和定義工作流程的平臺(tái)。你會(huì)發(fā)現(xiàn)，即使是原生開(kāi)發(fā)企業(yè)軟件，大體也是按照以上這幾個(gè)步驟來(lái)進(jìn)行的。

我用一個(gè)相對(duì)完整的列表，將零代碼開(kāi)發(fā)平臺(tái)的能力元素和特性描述如下：

1）可視化構(gòu)筑業(yè)務(wù)對(duì)象數(shù)據(jù)表（Entity），并支持建立關(guān)聯(lián)。甚至需要支持跨應(yīng)用的數(shù)據(jù)表關(guān)聯(lián)。（這是aPaaS未來(lái)可能勝出其他方案的關(guān)鍵優(yōu)勢(shì)）。

2）為不同的數(shù)據(jù)場(chǎng)景配置不同類(lèi)型的視圖（View），能夠定義數(shù)據(jù)行和列的過(guò)濾，能夠設(shè)置列表、看板、日歷等不同界面形式。

明道云構(gòu)筑的銷(xiāo)售應(yīng)用數(shù)據(jù)視圖

3）能夠定義不同用戶角色（Role），并賦予角色不同的數(shù)據(jù)訪問(wèn)和改寫(xiě)權(quán)限（Permission Set）。權(quán)限定義越精細(xì)越好。

明道云構(gòu)筑用戶角色和權(quán)限組合的界面

4）能夠建立針對(duì)數(shù)據(jù)的匯總表和統(tǒng)計(jì)圖表（Report）

5）能夠建立自定義的輸入表單（Form），分發(fā)給不同角色使用。

6）能夠建立自定義的打印報(bào)表（Form Report），用于輸出各類(lèi)形式表格，通過(guò)Email，短信發(fā)送或者打印。

7）能夠管理企業(yè)用戶、部門(mén)、組織結(jié)構(gòu)，并將其用于應(yīng)用邏輯關(guān)系，比如應(yīng)用的分發(fā)，角色的賦予和工作流中的流向信息。

8）能夠可視化配置工作流（Workflow），支持特定條件下的數(shù)據(jù)新增，改寫(xiě)，刪除等操作，并能夠融入數(shù)據(jù)填寫(xiě)，審批等人工流程節(jié)點(diǎn)。工作流的運(yùn)行能夠監(jiān)控和保存日志。

明道云構(gòu)筑審批工作流的界面

9）應(yīng)用能夠封裝后分發(fā)（Distribution）給不同的用戶。

10）面向企業(yè)內(nèi)部個(gè)人用戶的工作臺(tái)，儀表臺(tái)等特性，實(shí)現(xiàn)個(gè)性化使用。

不同的aPaaS產(chǎn)品會(huì)有不同的特色和側(cè)重點(diǎn)。所以以上特性并不一定存在于每一個(gè)aPaaS產(chǎn)品中。但是，特性越完整的，就越接近一個(gè)典型意義上的零代碼企業(yè)應(yīng)用開(kāi)發(fā)平臺(tái)。在以上實(shí)現(xiàn)中，有純粹的零代碼模式，也有個(gè)別需要用低代碼方式來(lái)降低產(chǎn)品復(fù)雜度，但同時(shí)也會(huì)讓非技術(shù)人員難以上手。

所以，aPaaS是SaaS應(yīng)用和開(kāi)發(fā)工具的混合，說(shuō)它是SaaS，是因?yàn)殚_(kāi)發(fā)者和終端用戶使用的是同一個(gè)產(chǎn)品，只是通過(guò)權(quán)限和分發(fā)關(guān)系讓界面千人千面。說(shuō)它是開(kāi)發(fā)工具，是因?yàn)樗媚Ｐ湍M的應(yīng)用搭建思路和原生數(shù)據(jù)庫(kù)應(yīng)用開(kāi)發(fā)是類(lèi)似的。

軟件的應(yīng)用特點(diǎn)和二次開(kāi)發(fā)能力共存也不是一個(gè)新鮮事物。用Excel軟件構(gòu)筑一個(gè)個(gè)人所得稅計(jì)算器，讓用戶可以輸入自己的工資，即可得到應(yīng)繳稅額，對(duì)于使用者來(lái)說(shuō)是應(yīng)用，對(duì)編制這個(gè)Excel文件的人來(lái)說(shuō)是開(kāi)發(fā)工具，但他們用的都是Excel。

為什么企業(yè)軟件領(lǐng)域可以實(shí)現(xiàn)零代碼開(kāi)發(fā)？

為什么游戲和社交軟件做不到零代碼開(kāi)發(fā)，而企業(yè)軟件市場(chǎng)卻出現(xiàn)了零代碼工具？是因?yàn)槠髽I(yè)軟件的開(kāi)發(fā)比較簡(jiǎn)單嗎？

當(dāng)然不是。能夠模式化完成一個(gè)工作的原因在于這項(xiàng)工作具備可重復(fù)性，就像我們會(huì)用3D打印制作一兩件零件，但如果要生產(chǎn)成千上萬(wàn)個(gè)同樣的零件，我們寧可花費(fèi)成本先去制作模具。企業(yè)軟件可以模式化開(kāi)發(fā)的原因就在于大多數(shù)企業(yè)管理軟件都由非常類(lèi)似的需求和實(shí)現(xiàn)方式來(lái)構(gòu)成，如果不積極利用這些相似性和模型化方法就需要不斷重復(fù)發(fā)明類(lèi)似的輪子。

當(dāng)然也并非所有的企業(yè)應(yīng)用都有相似性。在特定行業(yè)和職能中總有一些需要專門(mén)化設(shè)計(jì)和開(kāi)發(fā)的應(yīng)用。但在企業(yè)的運(yùn)營(yíng)全流程中，圍繞客戶，供應(yīng)商，銷(xiāo)售訂單，產(chǎn)品，供應(yīng)商，采購(gòu)訂單，制造流程，服務(wù)流程等商業(yè)對(duì)象，企業(yè)軟件要解決的問(wèn)題具有很強(qiáng)的相似性。這些相似性，或者使用范式可以被概括為以下環(huán)節(jié)：

1）圍繞上述商業(yè)對(duì)象（Business Objects）的數(shù)據(jù)搜集和存儲(chǔ)，并對(duì)數(shù)據(jù)的有效性進(jìn)行驗(yàn)證。例如：建立一個(gè)采購(gòu)訂單，向特定供應(yīng)商采購(gòu)三項(xiàng)商品。

2）數(shù)據(jù)的查詢和呈現(xiàn)。例如：運(yùn)營(yíng)部門(mén)查詢處A倉(cāng)庫(kù)在今天應(yīng)該到貨的采購(gòu)訂單。財(cái)務(wù)部門(mén)查詢貨物已經(jīng)收訖，并且應(yīng)該在本周付款的采購(gòu)訂單。

3）數(shù)據(jù)的計(jì)算。例如：當(dāng)采購(gòu)訂單的貨物到達(dá)特定倉(cāng)庫(kù)后，更新相關(guān)商品的庫(kù)存信息。

4）流程的控制。例如：當(dāng)起草采購(gòu)訂單并準(zhǔn)備發(fā)出時(shí)，根據(jù)采購(gòu)的類(lèi)別和金額發(fā)起不同的審核流程，在審核通過(guò)或者拒絕后執(zhí)行不同的流程內(nèi)容。

5）信息通知。例如：在采購(gòu)訂單批準(zhǔn)后，自動(dòng)生成采購(gòu)單并發(fā)送給供應(yīng)商，并通知倉(cāng)庫(kù)準(zhǔn)備收貨。

6）數(shù)據(jù)的統(tǒng)計(jì)和分析。例如：匯總過(guò)去一年的采購(gòu)訂單中按照BOM清單的產(chǎn)品金額分布，或者按照供應(yīng)商的分布。

企業(yè)軟件的設(shè)計(jì)和開(kāi)發(fā)人員對(duì)以上這些使用范式都非常熟悉，它們經(jīng)常出現(xiàn)在各種企業(yè)軟件的開(kāi)發(fā)需求中。實(shí)際上，除了以上抽象出的范式，企業(yè)軟件的其他獨(dú)特功能點(diǎn)并不太多了，甚至很多屬于所有企業(yè)級(jí)軟件共有的模塊，比如管理用戶和用戶組，權(quán)限角色等。正是因?yàn)檫@個(gè)原因，企業(yè)軟件的開(kāi)發(fā)存在高度模型化的可能，從而在大部分場(chǎng)景下，擺脫對(duì)原生代碼開(kāi)發(fā)的依賴。

在云時(shí)代之前，除了Access以外，蘋(píng)果公司也有FileMaker，Intuit公司也曾經(jīng)開(kāi)發(fā)過(guò)Quickbase（這個(gè)名字來(lái)源于Intuit公司財(cái)務(wù)軟件產(chǎn)品Quicken），Quickbase后來(lái)被剝離，一直到今天都在提供服務(wù)。即使在原生開(kāi)發(fā)領(lǐng)域內(nèi)，企業(yè)軟件市場(chǎng)也出現(xiàn)了各種現(xiàn)成的開(kāi)發(fā)框架，它們和今天的零代碼平臺(tái)一樣，都是為了通過(guò)模型化來(lái)提高交付效率和質(zhì)量的辦法。

為每個(gè)企業(yè)的軟件需求，都從第一行代碼開(kāi)始寫(xiě)起，單獨(dú)依靠某種高級(jí)語(yǔ)言和集成開(kāi)發(fā)環(huán)境建立開(kāi)發(fā)項(xiàng)目，這種做法已經(jīng)越來(lái)越?jīng)]有必要。正如Gartner的預(yù)測(cè)，大部分的企業(yè)應(yīng)用將來(lái)都會(huì)依賴零代碼平臺(tái)，以至于不遠(yuǎn)的將來(lái)，零代碼平臺(tái)并不會(huì)刻意保留這個(gè)前綴，因?yàn)檫@將成為天經(jīng)地義的事情，這就像今天為了滿足一個(gè)通用需求，大多數(shù)企業(yè)不會(huì)去定制開(kāi)發(fā)，甚至零代碼平臺(tái)都不會(huì)用，而是直接使用一個(gè)標(biāo)準(zhǔn)的SaaS產(chǎn)品。

為什么aPaaS具有難以替代的優(yōu)勢(shì)？

用戶開(kāi)始選擇aPaaS產(chǎn)品，不僅僅是因?yàn)樗麄兛梢赃@樣做，更重要的是因?yàn)椴坏貌贿@樣做。因?yàn)閍PaaS與定制開(kāi)發(fā)，以及標(biāo)準(zhǔn)SaaS產(chǎn)品相比有幾個(gè)難以替代的優(yōu)勢(shì)。

1）滿足企業(yè)的多樣化需求

企業(yè)軟件需求的多樣化是定制開(kāi)發(fā)模式的起源。雖然標(biāo)準(zhǔn)SaaS產(chǎn)品能夠滿足企業(yè)應(yīng)用需求中的共性部分，但是因?yàn)樾袠I(yè)、規(guī)模和產(chǎn)品內(nèi)在特性的差異，每個(gè)企業(yè)的管理方式和流程都有自己的特點(diǎn)，而且它還會(huì)根據(jù)企業(yè)的規(guī)模階段不斷演變。這種差異在不同職能中程度不一，一般來(lái)說(shuō)，圍繞產(chǎn)品設(shè)計(jì)、制造和服務(wù)履行的核心業(yè)務(wù)流差異度更高，而人事，財(cái)務(wù)等價(jià)值創(chuàng)造的支持環(huán)節(jié)差異度比較小。

在這種背景下，用戶始終在尋求一種既能保持足夠的靈活性，又能夠控制開(kāi)發(fā)的成本和復(fù)雜度的方法。aPaaS基本就是直接針對(duì)這個(gè)問(wèn)題而誕生的。

2）從定制開(kāi)發(fā)中需求溝通的痛苦中解脫

企業(yè)軟件實(shí)現(xiàn)過(guò)程中的第一痛點(diǎn)還不是貴，而是需求溝通的復(fù)雜。有業(yè)務(wù)需求的人不是開(kāi)發(fā)軟件的人，能夠開(kāi)發(fā)軟件的人對(duì)業(yè)務(wù)痛點(diǎn)并沒(méi)有切身的體會(huì)和經(jīng)驗(yàn)。于是行業(yè)非常依賴專業(yè)的企業(yè)軟件需求分析和實(shí)現(xiàn)方法設(shè)計(jì)能力，但這個(gè)能力是非常稀缺的資源。這也難怪企業(yè)軟件開(kāi)發(fā)需求的提出主體總是五花八門(mén)的，他們之間也需要進(jìn)行復(fù)雜的溝通和信息匯總。

更要命的是，很多時(shí)候需求在實(shí)施之前都無(wú)法100%確定，企業(yè)自己無(wú)法提出一個(gè)完整的解決方案。這時(shí)候，要么需要求助于咨詢機(jī)構(gòu)這樣的外腦，要么就只能走一步看一步。這兩個(gè)方案聽(tīng)起來(lái)都不令人舒適。前者絕非普通中小企業(yè)所能夠承受，后者可能會(huì)影響系統(tǒng)的開(kāi)發(fā)和實(shí)施質(zhì)量。

aPaaS的出現(xiàn)倒是讓走一步看一步的方案變得更加現(xiàn)實(shí)。企業(yè)可以通過(guò)零代碼平臺(tái)漸進(jìn)地開(kāi)始實(shí)施。如果整個(gè)系統(tǒng)過(guò)于復(fù)雜，可以先從一個(gè)具體的環(huán)節(jié)開(kāi)始，局部數(shù)字化（比如先把訂單管起來(lái)）。反正用aPaaS搭建的速度足夠快，用戶甚至可以利用零代碼工具來(lái)生成企業(yè)應(yīng)用原型，在實(shí)際使用中進(jìn)行驗(yàn)證，確認(rèn)了終端用戶可以掌握，原先識(shí)別的問(wèn)題可以被有效解決之后，再繼續(xù)推進(jìn)更完整的實(shí)施。

可以這么說(shuō)，零代碼工具可以讓開(kāi)發(fā)者和使用者之間的距離充分縮短。在極端情況下，使用者甚至可以自己就是搭建開(kāi)發(fā)者自己。他們可能在一兩個(gè)小時(shí)的搭建后就能夠確認(rèn)這個(gè)方案是不是能夠有效地解決問(wèn)題。

3）在企業(yè)內(nèi)部打通數(shù)據(jù)中臺(tái)的需求

在企業(yè)IT中，還有一個(gè)致命痛點(diǎn)存在，那就是不同業(yè)務(wù)系統(tǒng)之間的數(shù)據(jù)相互隔離，不能綜合使用，使得企業(yè)難以進(jìn)行跨職能的數(shù)據(jù)相關(guān)性和因果分析，也難以實(shí)現(xiàn)跨職能的數(shù)據(jù)自動(dòng)化。比如要分析一個(gè)價(jià)格調(diào)整措施對(duì)財(cái)務(wù)報(bào)表的影響，這個(gè)工作在任何一個(gè)孤立的信息系統(tǒng)中是無(wú)法完成的，而如果要做到，就至少需要從采購(gòu)，銷(xiāo)售，營(yíng)銷(xiāo)和財(cái)務(wù)系統(tǒng)中獲得數(shù)據(jù)。同樣的道理，企業(yè)也很難在遇到財(cái)務(wù)目標(biāo)無(wú)法達(dá)成的情況下，自動(dòng)做出最優(yōu)的價(jià)格決策。這些都是影響企業(yè)運(yùn)營(yíng)水平至關(guān)重要的問(wèn)題。近年來(lái)，Gartner提出的Paced Layer架構(gòu)，以及阿里給電商企業(yè)提供的中臺(tái)方案就是針對(duì)這種需求的反饋。

大企業(yè)當(dāng)然可以投入專門(mén)的資金來(lái)打造數(shù)據(jù)中臺(tái)性質(zhì)的系統(tǒng)，但小企業(yè)支付不起，并不代表他們不想獲得這樣的能力。aPaaS平臺(tái)提供了這個(gè)可能性。

首先，因?yàn)閍PaaS平臺(tái)管理數(shù)據(jù)的模型一致，所以它一般能夠提供一個(gè)標(biāo)準(zhǔn)化程度非常高的編程接口，從外部系統(tǒng)匯合數(shù)據(jù)變得相對(duì)容易很多，這就像路由器一樣，不管你有多少聯(lián)網(wǎng)設(shè)備，它們都可以用統(tǒng)一的協(xié)議連接在一起。有了集中的數(shù)據(jù)，各種應(yīng)用需求都變得容易兌現(xiàn)。哪怕個(gè)別系統(tǒng)依然需要通過(guò)抽取數(shù)據(jù)服務(wù)后另行原生開(kāi)發(fā)，也比不斷重復(fù)做數(shù)據(jù)整合工作要高效很多倍。

甚至，如果用aPaaS平臺(tái)直接管理業(yè)務(wù)數(shù)據(jù)對(duì)象，這個(gè)數(shù)據(jù)整合工作都可以免除。用戶可以直接在各個(gè)職能相關(guān)的數(shù)據(jù)對(duì)象中建立關(guān)聯(lián)，建立匯總查詢，批量抽取數(shù)據(jù)到BI平臺(tái)，建立不同數(shù)據(jù)之間的自動(dòng)化。

有關(guān)企業(yè)數(shù)字中臺(tái)的介紹，建議可以讀一下這篇采訪文章。

4）突出的成本和效率優(yōu)勢(shì)

零代碼開(kāi)發(fā)平臺(tái)和原生代碼開(kāi)發(fā)相比到底能夠提高多少效率目前還沒(méi)有精確的計(jì)量，但這個(gè)效率差至少是10倍以上。傳統(tǒng)開(kāi)發(fā)模式需要10天的，aPaaS一天之內(nèi)就能夠搞定。

更重要的效率差別不僅僅是時(shí)間，還包括零代碼平臺(tái)可以免除專業(yè)技術(shù)人員的參與。雖然它要求搭建者熟悉業(yè)務(wù)，完成基本的邏輯梳理，但畢竟這和動(dòng)輒需要和好幾位技術(shù)人員一起開(kāi)會(huì)溝通需求要高效得多。即便在復(fù)雜的應(yīng)用系統(tǒng)上，也至多只需要2-3人分工就能夠完成整個(gè)項(xiàng)目的實(shí)現(xiàn)。因?yàn)楹?jiǎn)化協(xié)作的原因帶來(lái)的成本節(jié)省甚至都不值十倍了。因?yàn)樗腥硕贾勒业娇孔V的定制軟件開(kāi)發(fā)團(tuán)隊(duì)幾乎就是一件撞大運(yùn)的事情。

同時(shí)，定制開(kāi)發(fā)通常很難提供高品質(zhì)的軟件。軟件運(yùn)行的可靠性，缺陷消除的程度都很難和標(biāo)準(zhǔn)化產(chǎn)品相比，畢竟定制軟件只有一個(gè)用戶。而一個(gè)aPaaS平臺(tái)不僅要同時(shí)服務(wù)很多終端用戶，還要服務(wù)五花八門(mén)的應(yīng)用搭建者，它能夠做到一次對(duì)，次次對(duì)；一次缺陷消除，所有用戶收益的效果。

5）開(kāi)箱即用和自己動(dòng)手的兩全

和成型的SaaS應(yīng)用相比，aPaaS看似有一個(gè)缺點(diǎn)，就是依然需要“搭建”。這有點(diǎn)像整體家具系統(tǒng)，擺在樣品間很好看，但是實(shí)際買(mǎi)回家還需要施工人員來(lái)拼裝才能達(dá)到預(yù)期的效果。

實(shí)際上，這個(gè)問(wèn)題并不是無(wú)解，甚至很好解。aPaaS一開(kāi)始自然不可能獲得各個(gè)行業(yè)的最佳實(shí)踐，讓每個(gè)企業(yè)都能夠看到“樣板間”效果。但是，隨著時(shí)間的推移，用戶企業(yè)和集成商的參與，樣板間會(huì)越來(lái)越多，甚至比SaaS產(chǎn)品提供的用例方案更加強(qiáng)大，因?yàn)楹笳咛峁┑氖且粋€(gè)固定家具的擺設(shè)效果，而前者能夠根據(jù)不同的房型，提供不同的家具組合方案。

而且，在足夠明確的細(xì)分市場(chǎng)下（比如金屬加工制造流程管理這樣的顆粒度），可以在aPaaS平臺(tái)上開(kāi)發(fā)出完全開(kāi)箱即用的應(yīng)用，直接分發(fā)給不同企業(yè)使用。有了這個(gè)能力，aPaaS不僅能夠服務(wù)好終端用戶，還能夠催生集成商工作模式的變革，他們不僅可以通過(guò)出售IT服務(wù)掙錢(qián)，還能夠在服務(wù)中加入解決方案的價(jià)值，消除定制開(kāi)發(fā)成本，大幅提高項(xiàng)目服務(wù)毛利。

有了開(kāi)箱即用的能力后，就能夠大大加速企業(yè)采納的意愿。而且，才采納以后，“自己動(dòng)手”的能力依然存在。就像先進(jìn)的整體家居系統(tǒng)不僅可以組合，而且可以重新組合。企業(yè)軟件的適用模式永遠(yuǎn)和企業(yè)階段有關(guān)，比如小型制造業(yè)并不見(jiàn)得需要質(zhì)量管理單元，但當(dāng)年產(chǎn)值突破一億元左右后，不僅面臨ISO認(rèn)證的剛性需求，也內(nèi)在地需要引入全面質(zhì)量管理。這樣的企業(yè)可以在軟件實(shí)施后依照實(shí)際需要繼續(xù)調(diào)整、改進(jìn)和增加軟件模塊。這個(gè)過(guò)程同樣是低成本和高效率的。

6）平臺(tái)特征提供的計(jì)算能力保證

在數(shù)據(jù)庫(kù)應(yīng)用中，有一個(gè)潛在的計(jì)算性能問(wèn)題，尤其是在大規(guī)模數(shù)據(jù)表中進(jìn)行復(fù)雜查詢和聯(lián)動(dòng)計(jì)算時(shí)。如今，很多行業(yè)的企業(yè)數(shù)據(jù)規(guī)模都從數(shù)千數(shù)萬(wàn)條記錄增長(zhǎng)到百萬(wàn)，千萬(wàn)，甚至電商廠商輕而易舉可以達(dá)到億級(jí)數(shù)據(jù)。在制造和物流行業(yè)，物聯(lián)網(wǎng)技術(shù)也必然帶動(dòng)更多的聯(lián)網(wǎng)對(duì)象，產(chǎn)生的數(shù)據(jù)不僅規(guī)模巨大，而且計(jì)算形式也需要有針對(duì)性地加強(qiáng)。

對(duì)于定制實(shí)施系統(tǒng)來(lái)說(shuō)，要分別通過(guò)分布式數(shù)據(jù)庫(kù)，流式計(jì)算等先進(jìn)技術(shù)來(lái)克服性能問(wèn)題是一件極其昂貴的事情。aPaaS平臺(tái)雖然為用戶提供的是一個(gè)應(yīng)用級(jí)的產(chǎn)品，但因?yàn)樗妒浇y(tǒng)一，就有機(jī)會(huì)將這些基礎(chǔ)計(jì)算隱藏起來(lái)，讓用戶不必關(guān)心這些后臺(tái)事務(wù)就能夠獲得高性能的計(jì)算服務(wù)。通過(guò)aPaaS平臺(tái)管理的數(shù)據(jù)表無(wú)論規(guī)模有多大，讀寫(xiě)有多么頻繁，實(shí)時(shí)查詢的要求有多高，總有一個(gè)計(jì)算框架可以勝任。這種平臺(tái)的擴(kuò)展性讓客戶可以真正放心，aPaaS帶來(lái)的不僅僅是開(kāi)發(fā)效率的提升，還包括一個(gè)伸縮自如的基礎(chǔ)設(shè)施服務(wù)。即便企業(yè)將來(lái)的業(yè)務(wù)規(guī)模成長(zhǎng)百倍，也不會(huì)需要徹底重建IT系統(tǒng)。實(shí)際上，年收入數(shù)百億美元的業(yè)務(wù)，背后驅(qū)動(dòng)的IT平臺(tái)極有可能就是Salesforce的http://force.com平臺(tái)搭建的應(yīng)用，而不需要是獨(dú)立建立的應(yīng)用系統(tǒng)。

正是因?yàn)橐陨线@些優(yōu)勢(shì)，aPaaS在沒(méi)有得到行業(yè)命名之前就已經(jīng)開(kāi)始逐步滲透到企業(yè)IT服務(wù)領(lǐng)域。在最近幾年正在悄悄替代大量的定制實(shí)施軟件項(xiàng)目，也讓原先依靠標(biāo)準(zhǔn)SaaS產(chǎn)品的企業(yè)找到了新的選擇。

aPaaS目前適合什么樣的企業(yè)？

aPaaS雖然擁有巨大的優(yōu)勢(shì)，但也不代表它能夠滿足所有行業(yè)和企業(yè)的所有IT需求。下面列出了一些常見(jiàn)的排除項(xiàng)。aPaaS方案對(duì)這些性質(zhì)的需求吸引力不強(qiáng)。

1）行業(yè)有明顯的專有特征

有些行業(yè)本身的專有化程度很高，而且企業(yè)之間的差異性不大，這時(shí)候垂直的行業(yè)應(yīng)用可能更加合理。

圍繞這個(gè)特征最典型的例子就是餐飲業(yè)和酒店業(yè)。所有餐飲業(yè)的運(yùn)營(yíng)邏輯都是類(lèi)似的，除了單店和連鎖可能使用不同復(fù)雜度的方案以外，應(yīng)用模塊都大同小異。而且，這個(gè)行業(yè)解決問(wèn)題的方法和范式是有明顯的行業(yè)特征的，比如餐廳的排隊(duì)等座系統(tǒng)，點(diǎn)單結(jié)賬系統(tǒng)等。用零代碼工具來(lái)構(gòu)建如此專有的場(chǎng)景反而更加麻煩，而且無(wú)法有效提供有行業(yè)特色的視圖。

2）行業(yè)有獨(dú)立的代碼審計(jì)要求

金融等行業(yè)的核心業(yè)務(wù)系統(tǒng)因?yàn)榉ㄒ?guī)等要求不能使用零代碼平臺(tái)，因?yàn)樗鼰o(wú)法滿足代碼審計(jì)的要求。aPaaS平臺(tái)不一定能夠提供源代碼給用戶企業(yè)，而且即使提供，也無(wú)法佐證應(yīng)用系統(tǒng)處理數(shù)據(jù)的準(zhǔn)確性。這些行業(yè)因?yàn)楸O(jiān)管要求高，本身資金也寬裕，所以不會(huì)應(yīng)用aPaaS方案在核心業(yè)務(wù)環(huán)節(jié)。

3）面向顧客的前臺(tái)系統(tǒng)

這個(gè)當(dāng)然就是指的電商網(wǎng)店平臺(tái)了。雖然電商零售的基本數(shù)據(jù)管理和aPaaS的能力并無(wú)太大的距離，但是面向消費(fèi)者的前臺(tái)系統(tǒng)一般要求更高的靈活性和營(yíng)銷(xiāo)設(shè)施的配套，用零代碼平臺(tái)創(chuàng)建不如直接使用專門(mén)的電商系統(tǒng)，比如有贊、微盟等開(kāi)店方案。它們提供的不僅僅是店面功能，還包括圍繞顧客的營(yíng)銷(xiāo)服務(wù)和支付平臺(tái)，這些是aPaaS所不擅長(zhǎng)的領(lǐng)域。

除此之外的大部分企業(yè)IT需求，零代碼平臺(tái)都有足夠的優(yōu)勢(shì)來(lái)勝任。而且，隨著軟件和服務(wù)的界限越來(lái)越模糊，很難說(shuō)未來(lái)的aPaaS不能擴(kuò)展它的領(lǐng)地。企業(yè)軟件的本質(zhì)就是生產(chǎn)力工具，aPaaS的核心精神就是圍繞企業(yè)的數(shù)字化運(yùn)營(yíng)提供高生產(chǎn)力選項(xiàng)。

在用戶滲透的過(guò)程中，當(dāng)前階段的零代碼平臺(tái)更多滿足的還不是普通企業(yè)的需求，而是那些有一定的自建IT能力的企業(yè)。他們一般擁有若干名信息化專員，能夠理解自己企業(yè)的核心業(yè)務(wù)流程和問(wèn)題，能夠和業(yè)務(wù)部門(mén)展開(kāi)有效的溝通。除了終端企業(yè)用戶外，行業(yè)咨詢?nèi)后w和ISV群體也開(kāi)始更多關(guān)注零代碼工具，因?yàn)樾袠I(yè)咨詢者永遠(yuǎn)都希望擁有屬于自己的落地工具集，而他們很難投入做出自己高質(zhì)量的原生軟件產(chǎn)品；而ISV群體則常年面臨項(xiàng)目實(shí)施成本高，客戶需求差異度大的痛點(diǎn)，希望通過(guò)某種平臺(tái)來(lái)降低開(kāi)發(fā)服務(wù)成本，沉淀自己的方案能力，從而讓項(xiàng)目實(shí)施具備更多的可復(fù)制特點(diǎn)。行業(yè)咨詢、管理咨詢和ISV群體對(duì)零代碼平臺(tái)的掌握最終會(huì)讓這個(gè)門(mén)類(lèi)的解決方案走入更多的主流企業(yè)用戶。

讀完這段，如果你對(duì)零代碼平臺(tái)有興趣，明道云提供直接的使用體驗(yàn)，你可以自助注冊(cè)試用。

四、號(hào)稱目前最火的前端框架Vue，它有什么顯著特點(diǎn)呢？

1、Vue是什么

Vue.js 是目前最火的一個(gè)前端框架，除了可以開(kāi)發(fā)網(wǎng)站，還可以開(kāi)發(fā)手機(jī)App。
Vue.js 是前端的主流框架之一，和Angular.js、React.js 一起，并成為前端三大主流框架。
Vue.js 是一套構(gòu)建用戶界面的框架，只關(guān)注視圖層，它不僅易于上手，還便于與第三方庫(kù)或既有項(xiàng)目整合。
Vue.js 是一套用于構(gòu)建用戶界面的漸進(jìn)式框架。

2、Vue的特點(diǎn)

遵循 MVVM 模式
編碼簡(jiǎn)潔，體積小，運(yùn)行效率高，適合移動(dòng)/PC 端開(kāi)發(fā)
它本身只關(guān)注 UI, 可以輕松引入 vue 插件或其它第三庫(kù)開(kāi)發(fā)項(xiàng)目

3、Vue與其他前端框架的關(guān)系

借鑒 angular 的模板和數(shù)據(jù)綁定技術(shù)
借鑒 react 的組件化和虛擬 DOM 技術(shù)

4、Vue的現(xiàn)有插件

vue-cli: vue 腳手架，用于搭建項(xiàng)目的骨架
vue-resource(axios): ajax 請(qǐng)求
vue-router: 路由
vuex: 狀態(tài)管理
vue-lazyload: 圖片懶加載
vue-scroller: 頁(yè)面滑動(dòng)相關(guān)
mint-ui: 基于 vue 的 UI 組件庫(kù)(移動(dòng)端)
element-ui: 基于 vue 的 UI 組件庫(kù)(PC 端)

5、學(xué)習(xí)Vue的思想改變

Vue的中心思想是數(shù)據(jù)驅(qū)動(dòng)，像遠(yuǎn)古時(shí)代的老前輩jQuery是結(jié)構(gòu)驅(qū)動(dòng)。

大家回憶下以前我們使用jQuery寫(xiě)代碼的時(shí)候，經(jīng)常是這樣寫(xiě)的：

$("#myDiv").html("HelloWorld");

這些寫(xiě)法首先要獲取Dom節(jié)點(diǎn)，也就是Dom結(jié)構(gòu)，然后再修改數(shù)據(jù)更新結(jié)構(gòu)的內(nèi)容，使用jQuery的一個(gè)很大的目的就是為了去簡(jiǎn)化Dom的操作，而使用Vue就大不一樣了，Vue的做法就是直接this.msg=HelloWorld，然后msg就會(huì)自動(dòng)的同步到結(jié)構(gòu)上，我們所要關(guān)心的是數(shù)據(jù)內(nèi)容的改變，而不再去關(guān)心如何操作Dom結(jié)構(gòu)了。

總結(jié)一句話：不要在想著怎么操作DOM，而是想著如何操作數(shù)據(jù)!!

以上就是關(guān)于前端vue低代碼開(kāi)發(fā)平臺(tái)相關(guān)問(wèn)題的回答。希望能幫到你，如有更多相關(guān)問(wèn)題，您也可以聯(lián)系我們的客服進(jìn)行咨詢，客服也會(huì)為您講解更多精彩的知識(shí)和內(nèi)容。