apaas是什么的縮寫（APA是什么縮寫）

本篇文章給大家談?wù)?a target="_blank" href="http://m.bai1xia.com/news/tags-14070.html"style="font-weight:bold;">aPaas是什么的縮寫，以及APA是什么縮寫對應(yīng)的知識點，希望對各位有所幫助，不要忘了收藏本站喔。 今天給各位分享aPaas是什么的縮寫的知識，其中也會對APA是什么縮寫進行解釋，如果能碰巧解決你現(xiàn)在面臨的問題，別忘了關(guān)注本站，現(xiàn)在開始吧！

本文目錄一覽：

• 1、paas是什么
• 2、什么是低代碼開發(fā)？
• 3、“低代碼”是什么 ？
• 4、低代碼究竟是什么？
• 5、請問低 代 碼是什么 ？請指教
• 6、無代碼與低代碼開發(fā)平臺的區(qū)別主要是什么呢？

paas是什么

PaaS是Platform-as-a-Service的縮寫，意思是平臺即服務(wù)。 把服務(wù)器平臺作為一種服務(wù)提供的商業(yè)模式。通過網(wǎng)絡(luò)進行程序提供的服務(wù)稱之為SaaS(Software as a Service)，而云計算時代相應(yīng)的服務(wù)器平臺或者開發(fā)環(huán)境作為服務(wù)進行提供就成為apaas是什么的縮寫了PaaS(Platform as a Service)。

【特點】

PaaS能將現(xiàn)有各種業(yè)務(wù)能力進行整合，具體可以歸類為應(yīng)用服務(wù)器、業(yè)務(wù)能力接入、業(yè)務(wù)引擎、業(yè)務(wù)開放平臺，向下根據(jù)業(yè)務(wù)能力需要測算基礎(chǔ)服務(wù)能力，通過IaaS提供的API調(diào)用硬件資源，向上提供業(yè)務(wù)調(diào)度中心服務(wù)，實時監(jiān)控平臺的各種資源，并將這些資源通過API開放給SaaS用戶。PaaS主要具備以下三個特點:

(1)平臺即服務(wù)apaas是什么的縮寫：PaaS所提供的服務(wù)與其apaas是什么的縮寫他的服務(wù)最根本的區(qū)別是PaaS提供的是一個基礎(chǔ)平臺，而不是某種應(yīng)用。在傳統(tǒng)的觀念中，平臺是向外提供服務(wù)的基礎(chǔ)。一般來說，平臺作為應(yīng)用系統(tǒng)部署的基礎(chǔ)，是由應(yīng)用服務(wù)提供商搭建和維護的，而PaaS顛覆了這種概念，由專門的平臺服務(wù)提供商搭建和運營該基礎(chǔ)平臺，并將該平臺以服務(wù)的方式提供給應(yīng)用系統(tǒng)運營商；

(2)平臺及服務(wù):PaaS運營商所需提供的服務(wù)，不僅僅是單純的基礎(chǔ)平臺，而且包括針對該平臺的技術(shù)支持服務(wù)，甚至針對該平臺而進行的應(yīng)用系統(tǒng)開發(fā)、優(yōu)化等服務(wù)。PaaS的運營商最了解apaas是什么的縮寫他們所運營的基礎(chǔ)平臺，所以由PaaS運營商所提出的對應(yīng)用系統(tǒng)優(yōu)化和改進的建議也非常重要。而在新應(yīng)用系統(tǒng)的開發(fā)過程中，PaaS運營商的技術(shù)咨詢和支持團隊的介入，也是保證應(yīng)用系統(tǒng)在以后的運營中得以長期、穩(wěn)定運行的重要因素;

(3)平臺及服務(wù):PaaS運營商對外提供的服務(wù)不同于其apaas是什么的縮寫他的服務(wù)，這種服務(wù)的背后是強大而穩(wěn)定的基礎(chǔ)運營平臺，以及專業(yè)的技術(shù)支持隊伍。這種“平臺級”服務(wù)能夠保證支撐SaaS或其他軟件服務(wù)提供商各種應(yīng)用系統(tǒng)長時間、穩(wěn)定的運行。PaaS的實質(zhì)是將互聯(lián)網(wǎng)的資源服務(wù)化為可編程接口，為第三方開發(fā)者提供有商業(yè)價值的資源和服務(wù)平臺。有了PaaS平臺的支撐，云計算[2]的開發(fā)者就獲得了大量的可編程元素，這些可編程元素有具體的業(yè)務(wù)邏輯，這就為開發(fā)帶來了極大的方便，不但提高了開發(fā)效率，還節(jié)約了開發(fā)成本。有了PaaS平臺的支持，WEB應(yīng)用的開發(fā)變得更加敏捷，能夠快速響應(yīng)用戶需求的開發(fā)能力，也為最終用戶帶來了實實在在的利益。

3PaaS區(qū)別編輯

簡單地說，PaaS平臺就是指云環(huán)境中的應(yīng)用基礎(chǔ)設(shè)施服務(wù)，也可以說是中間件即服務(wù)。PaaS平臺在云架構(gòu)中位于中間層，其上層是SaaS，其下層是IaaS[3]。在傳統(tǒng)On-Premise部署方式下，應(yīng)用基礎(chǔ)設(shè)施即中間件的種類非常多， 有應(yīng)用服務(wù)器，數(shù)據(jù)庫，ESBs, BPM, Portal,消息中間件，遠程對象調(diào)用中間件等等。對于PaaS平臺，Gartner把它們分為兩類，一類是應(yīng)用部署和運行平臺APaaS（application platform as a service)，另一類是集成平臺IPaaS（integration as a service）。 人們經(jīng)常說的PaaS平臺基本上是指APaaS，如Force和Google App Engine。

國內(nèi)日前上線的中國云應(yīng)用平臺，能夠為軟件廠商提供領(lǐng)先的IaaS基礎(chǔ)平臺，使得軟件廠商能夠?qū)⒆⒁饬性谄鋺?yīng)用產(chǎn)品的云化之上，而將對基礎(chǔ)資源的需求，包括云服務(wù)器、云存儲、云監(jiān)控等完全依托在理念領(lǐng)先、技術(shù)成熟、安全可靠的IaaS平臺上。

中國云應(yīng)用平臺將加盟入駐的傳統(tǒng)軟件向SaaS軟件轉(zhuǎn)型，采用傳統(tǒng)軟件結(jié)合云計算IaaS的模式，逐步實現(xiàn)多租戶單實例的應(yīng)用架構(gòu)最終實現(xiàn)高性能應(yīng)用。未來大量傳統(tǒng)軟件企業(yè)在與華云數(shù)據(jù)的合作過程中，通過與PaaS平臺的整合，可以快速實現(xiàn)云化與SaaS化改造。

什么是低代碼開發(fā)？

什么是低代碼？

低代碼開發(fā)平臺（Low-Code Development Platform，LCDP）是低代碼開發(fā)所需的環(huán)境。大多數(shù)低代碼平臺都是以云上提供的aPaaS（Application Platform as a Service，應(yīng)用程序平臺即服務(wù)）的形式，不僅用于開發(fā)，還用于應(yīng)用程序的運行，實現(xiàn)apaas是什么的縮寫了軟件開發(fā)到應(yīng)用的一貫性支持。

所謂低代碼開發(fā)，是指盡量無需編寫源代碼，通過使用“圖形用戶界面/GUI”這一可視化操作，在極短的時間內(nèi)實現(xiàn)系統(tǒng)開發(fā)的手法。目前也有通過在Web瀏覽器上搜索所需組件，整合粘貼來制作應(yīng)用程序的工具。

采用低代碼開發(fā)，無需SQL記述就可以制作數(shù)據(jù)庫，簡化開發(fā)工序。在保證一定擴展性的同時，可以有效縮短開發(fā)工時。

為什么選擇低代碼開發(fā)平臺？

低代碼開發(fā)平臺最初被關(guān)注的是用于移動應(yīng)用的開發(fā)。與基礎(chǔ)系統(tǒng)開發(fā)相比，手機app開發(fā)對速度的要求更高，而且還必須支持多設(shè)備。在傳統(tǒng)意義上，要在短時間內(nèi)推出這樣的移動應(yīng)用程序是非常困難的，于是，低代碼開發(fā)平臺進入了開發(fā)人員的視野。

在現(xiàn)今社會，低代碼開發(fā)平臺受到關(guān)注的最大理由是數(shù)字化轉(zhuǎn)型（DX）。所謂數(shù)字化轉(zhuǎn)型，是指通過人工智能和物聯(lián)網(wǎng)等信息技術(shù)，將一切事物通過數(shù)字數(shù)據(jù)連接起來，從而從根本上改變企業(yè)業(yè)務(wù)模式。

目前許多企業(yè)都在致力于數(shù)字化轉(zhuǎn)型，以求在高速發(fā)展的時代中生存下來。企業(yè)的IT部門為了推進數(shù)字化轉(zhuǎn)型，必須更密集的進行軟件開發(fā)。但是，軟件開發(fā)技術(shù)人員的數(shù)量是遠遠不夠的，僅靠IT部門根本無法滿足軟件開發(fā)的需求。

低代碼開發(fā)平臺，可以被一般的業(yè)務(wù)人員、一線工作人員、管理人員等非專業(yè)的開發(fā)人員使用，無論是否有開發(fā)基礎(chǔ)或經(jīng)驗，都可以經(jīng)過簡單的培訓(xùn)進行軟件開發(fā)。

低代碼開發(fā)的優(yōu)勢

縮短開發(fā)時間

低代碼開發(fā)最大的優(yōu)勢是可以縮短開發(fā)時間，也就節(jié)約了開發(fā)成本。低代碼開發(fā)平臺提供了大量的通用組件，可以實現(xiàn)一些基礎(chǔ)功能。必要時可以添加自己編寫的代碼，來滿足用戶的功能需求，提供質(zhì)量穩(wěn)定的應(yīng)用程序。

無需擔(dān)心安全性

低代碼開發(fā)平臺的供應(yīng)商會提供相應(yīng)的安全對策，用戶無需擔(dān)心程序的安全性以及開發(fā)過程中的安全風(fēng)險。為了實現(xiàn)特殊功能，需要自己編寫代碼時，用戶只需關(guān)注自己的編寫部分的安全性即可。

降低開發(fā)門檻

在低代碼開發(fā)中，無需編寫復(fù)雜的源代碼，就可以在專用的平臺上編寫程序。即使沒有受過編程專業(yè)教育的人，也可以在平臺上輕松地進行開發(fā)工作。在傳統(tǒng)印象中，程序開發(fā)都是由專業(yè)的工程師來完成，使用低代碼開發(fā)平臺，程序開發(fā)的門檻大大降低了。

低代碼開發(fā)平臺的主要功能

通用性組件

低代碼開發(fā)平臺提供了大量通用的組件，這些可供使用的組件種類多樣。

此外，用戶也可以利用第三方開發(fā)的組件。這樣的可再利用形式的組件，支撐著在低代碼開發(fā)平臺的視覺建模。

視覺建模

低代碼開發(fā)平臺以模型驅(qū)動型開發(fā)為基礎(chǔ)，任何人都可以通過可視化建模，輕松實現(xiàn)程序開發(fā)。

通過拖放可以將所需的流程和組件整合，無需編程即可創(chuàng)建程序。同時，有編程技能的工程師也可以根據(jù)需要進行編碼，從而定制組件。

支持各種架構(gòu)

要開發(fā)與企業(yè)架構(gòu)相對應(yīng)的基礎(chǔ)系統(tǒng)，就必須具備與各種系統(tǒng)協(xié)作的功能。在這一點上，低代碼開發(fā)平臺支持大多數(shù)的主流操作系統(tǒng)和數(shù)據(jù)庫。

另外，通過豐富種類的API，可以和外部系統(tǒng)自由合作。因此，低代碼開發(fā)平臺具有可擴展性和開放架構(gòu)，可支持大企業(yè)的基礎(chǔ)系統(tǒng)開發(fā)。

基于代碼的擴展

完全不使用代碼的無代碼工具，特點是使用預(yù)設(shè)好的功能來制作簡單的應(yīng)用程序。對于低代碼開發(fā)平臺，用戶也可以通過編碼自由擴展組件的功能。

低代碼開發(fā)平臺可以根據(jù)客戶各自的需求，進行各種各樣的定制，即使是復(fù)雜的大規(guī)模系統(tǒng)開發(fā)也能應(yīng)對。

軟件全生命周期整體支持

目前提供的低代碼開發(fā)平臺大部分采用的是云服務(wù)aPaaS的形式。

因此，低代碼開發(fā)平臺并非單純的應(yīng)用開發(fā)工具，從與數(shù)據(jù)庫的自動連接、測試、正式啟動、進一步運行管理、變更管理等開發(fā)工序到實際運用工序，搭載了支持整個軟件生命周期的功能。

與無代碼開發(fā)平臺的區(qū)別

與低代碼開發(fā)平臺對應(yīng)的是無代碼開發(fā)平臺（No-Code Development Platform, NCDP）。無代碼顧名思義，就是不以編寫代碼為前提的開發(fā)方法。

低編碼和無編碼在某種程度上非常相似。前述的可視化建模、可再利用的通用性組件、生命周期管理等低代碼開發(fā)平臺的特征也適用于無代碼開發(fā)平臺。

無代碼開發(fā)平臺同樣適用于專業(yè)的開發(fā)者和無基礎(chǔ)開發(fā)者，提供了能夠在更短的時間內(nèi)輕松發(fā)布應(yīng)用的環(huán)境。無需通過編碼進行編程，通過PaaS平臺提供，可以在不構(gòu)建操作環(huán)境的情況下立即運行。

乍一看，無代碼開發(fā)平臺只是從低代碼開發(fā)平臺中去掉了編寫代碼的要素。但實際上它們是非常不同的。

首先，無代碼開發(fā)平臺不能通過編寫代碼來擴展或定制功能。因此，無代碼開發(fā)平臺目標(biāo)是通過預(yù)先準(zhǔn)備好的組件和API，實現(xiàn)功能范圍內(nèi)的相對簡單的程序開發(fā)。不需要專業(yè)開發(fā)人員進行系統(tǒng)設(shè)計和數(shù)據(jù)庫設(shè)計，經(jīng)過簡單的功能設(shè)計后立刻就可以使用。

典型的例子是使用Excel等電子表格的普通業(yè)務(wù)人員，將Excel和紙質(zhì)工作系統(tǒng)化，自己創(chuàng)建應(yīng)用程序，以簡化日常工作。這些應(yīng)用程序由其使用者來完成運營，隨著業(yè)務(wù)的變化可以靈活的調(diào)整應(yīng)用程序的功能。

無代碼開發(fā)平臺不能通過編寫代碼擴展功能，所以不適合功能較多的程序開發(fā)。此外，由于API的系統(tǒng)協(xié)作自由度較低，也不適合核心系統(tǒng)的開發(fā)。

低代碼：朝著更好的未來行進

得益于一些廠商的努力，低代碼行業(yè)正在構(gòu)建起健康的生態(tài)。我們在討論低代碼的未來時，需要清楚一點的是，低代碼并非萬能，它有清晰的能力邊界，而非一些聲音所說的會“搶走程序員的飯碗”。低代碼是企業(yè)數(shù)字化建設(shè)當(dāng)中“最后一公里”，在保障企業(yè)數(shù)字化進程的價值賦能下，中國市場會有低代碼的一方天地。

國內(nèi)的簡搭(jabdp)開發(fā)平臺是一個低代碼開發(fā)平臺，復(fù)雜的業(yè)務(wù)功能，只需要會基本的sql語句和javascript語法，就能進行快速開發(fā)，滿足其個性化的業(yè)務(wù)需求，設(shè)計出各種復(fù)雜的企業(yè)web應(yīng)用。主要特點如下：

可靈活定制：簡搭(jabdp)低代碼平臺提供了強大的定制能力，包括頁面定制、數(shù)據(jù)表管理、業(yè)務(wù)流程定制等，便于實現(xiàn)各類企業(yè)應(yīng)用。

權(quán)限管理：簡搭(jabdp)低代碼平臺提供組織結(jié)構(gòu)管理和精細的權(quán)限管理多人，便于企業(yè)根據(jù)實際情況靈活地進行權(quán)限設(shè)置和調(diào)整，促進內(nèi)部協(xié)作。

易于部署和維護：簡搭(jabdp)低代碼平臺提供一鍵部署功能，無需配置復(fù)雜的網(wǎng)絡(luò)服務(wù)器apaas是什么的縮寫；根據(jù)企業(yè)的需求變化進行系統(tǒng)維護也更容易。

支持二次開發(fā)和系統(tǒng)集成：簡搭(jabdp)低代碼平臺是一個開放的快速開發(fā)平臺，有經(jīng)驗的程序員依然可以基于jabdp定制開發(fā)出許多高級的功能，而不受jabdp本身的限制；同時，簡搭(jabdp)低代碼平臺開發(fā)出的應(yīng)用也可以很方便地與企業(yè)的現(xiàn)有信息系統(tǒng)集成，或者與微信、釘釘?shù)鹊谌綉?yīng)用集成。

簡搭(jabdp)低代碼平臺適合用于大部分的企業(yè)級web應(yīng)用的開發(fā)，尤其適合企業(yè)信息管理系統(tǒng)（MIS）、企業(yè)資源計劃系統(tǒng)（ERP）、客戶關(guān)系管理系統(tǒng)（CRM），業(yè)務(wù)支撐系?統(tǒng)（BSS）等。并且就一些經(jīng)典的項目案例提取整合出各種類型的項目模板，共享給開發(fā)者參考，開發(fā)者可以在原有的項目基礎(chǔ)上進行修改定制，以打造其個性化的企業(yè)信息化平臺。

關(guān)于低代碼開發(fā)平臺，一個常見的誤區(qū)是認為“低代碼開發(fā)平臺只適用于平民開發(fā)者（Citizen?Developer）”。平民開發(fā)者是指那些非傳統(tǒng)的、沒有受過專業(yè)編程教育的開發(fā)者，apaas是什么的縮寫他們主要用低代碼平臺來創(chuàng)造和定制應(yīng)用。

當(dāng)然，通過使用低代碼開發(fā)平臺，可以降低對多數(shù)項目人員的技術(shù)要求。在多個項目并行時，只需要一個有經(jīng)驗的程序員進行數(shù)據(jù)表、業(yè)務(wù)邏輯等的設(shè)計即可，其他項目人員無需編程能力，這樣在人月數(shù)和人員要求兩個方向都能有效控制項目的投入。

借助低代碼開發(fā)平臺，可以更高效地理解中小企業(yè)的信息化項目需求，控制項目開發(fā)的成本，同時適應(yīng)中小企業(yè)信息化需求變化快和缺乏專業(yè)技術(shù)人員進行項目維護的特點，是開發(fā)中小企業(yè)信息化項目的最佳選擇。

“低代碼”是什么 ？

低代碼是指低代碼開發(fā)平臺，低代碼開發(fā)平臺（LCDP）是無需編碼（0代碼）或通過少量代碼就可以快速生成應(yīng)用程序的開發(fā)平臺。通過可視化進行應(yīng)用程序開發(fā)的方法（參考可視編程語言），使具有不同經(jīng)驗水平的開發(fā)人員可以通過圖形化的用戶界面，使用拖拽組件和模型驅(qū)動的邏輯來創(chuàng)建網(wǎng)頁和移動應(yīng)用程序。

低代碼開發(fā)平臺（LCDP）的正式名稱直到2014年6月才正式確定，整個低代碼開發(fā)領(lǐng)域卻可以追溯到更早前第四代編程語言和快速應(yīng)用開發(fā)工具。

優(yōu)勢

1、上手快

由于低代碼或0代碼的特征，無疑會大大降低編程語言的學(xué)習(xí)難度，尤其是0代碼（無代碼）開發(fā)平臺，甚至完全不懂程序語言的業(yè)務(wù)人員都可以快速進行學(xué)習(xí)和應(yīng)用開發(fā)。

2、開發(fā)快

由于使用大量的組件和封裝的接口進行開發(fā)，以及集成云計算的IaaS和PaaS層能力，使得開發(fā)效率大幅提升；普遍的觀點，低代碼能夠提升30%以上的開發(fā)效率，而0代碼（無代碼）則能夠數(shù)倍提升開發(fā)效率；并大幅降低開發(fā)成本。

低代碼究竟是什么？

簡介：?什么是低代碼？apaas是什么的縮寫我們?yōu)槭裁葱枰痛a？低代碼會讓程序員失業(yè)嗎？本文總結(jié)apaas是什么的縮寫了低代碼領(lǐng)域的基本概念、核心價值與行業(yè)現(xiàn)狀，帶你全面了解低代碼。

什么是低代碼

“Low-Code”是什么？如果你是第一次聽說，沒準(zhǔn)也會跟我當(dāng)年從老板口中聽到這個詞后的內(nèi)心戲一樣：啥？“Low-Code”？“Code”是指代碼我知道，但這個“Low”字是啥意思？不會是老板發(fā)現(xiàn)我最近趕工寫的代碼很丑很“Low”吧... 想多了，老板怎么可能親自review代碼呢。那難道是指，“Low-level programming”里的“Low”？老板終于發(fā)現(xiàn)讓我等編程奇才整天堆Java業(yè)務(wù)代碼太浪費，要派我去閉關(guān)寫一個高性能C語言網(wǎng)絡(luò)庫... 顯然也不是，老板哪能有這技術(shù)情懷呢。那到底是什么意思？作為一名搜商比情商還高的程序員，能問Google的絕不會問老板。于是我一頓操作后，不假思索地點開了第一條搜索結(jié)果：Low-code development platform。

Wikipedia定義

從Wiki的這段定義中，我們可以提煉出幾個關(guān)鍵信息：

? 低代碼開發(fā)平臺（LCDP）本身也是一種軟件，它為開發(fā)者提供了一個創(chuàng)建應(yīng)用軟件的開發(fā)環(huán)境。看到“開發(fā)環(huán)境”幾個字是不是很親切？對于程序員而言，低代碼開發(fā)平臺的性質(zhì)與IDEA、VS等代碼IDE（集成開發(fā)環(huán)境）幾乎一樣，都是服務(wù)于開發(fā)者的生產(chǎn)力工具。

? 與傳統(tǒng)代碼IDE不同的是，低代碼開發(fā)平臺提供的是更高維和易用的可視化IDE。大多數(shù)情況下，開發(fā)者并不需要使用傳統(tǒng)的手寫代碼方式進行編程，而是可以通過圖形化拖拽、參數(shù)配置等更高效的方式完成開發(fā)工作。

Forrester定義

順著Wiki的描述還能發(fā)現(xiàn)，原來“Low-Code”一詞早在2014年就由Forrester提出了，它對低代碼開發(fā)平臺的始祖級定義是這樣的：

請點擊輸入圖片描述

相比Wiki的版本，這個定義更偏向于闡明低代碼所帶來的核心價值：

? 低代碼開發(fā)平臺能夠?qū)崿F(xiàn)業(yè)務(wù)應(yīng)用的快速交付。也就是說，不只是像傳統(tǒng)開發(fā)平臺一樣“能”開發(fā)應(yīng)用而已，低代碼開發(fā)平臺的重點是開發(fā)應(yīng)用更“快”。更重要的是，這個快的程度是顛覆性的：根據(jù)Forrester在2016年的調(diào)研，大部分公司反饋低代碼平臺幫助他們把開發(fā)效率提升了5-10倍。而且我們有理由相信，隨著低代碼技術(shù)、產(chǎn)品和行業(yè)的不斷成熟，這個提升倍數(shù)還能繼續(xù)上漲。

? 低代碼開發(fā)平臺能夠降低業(yè)務(wù)應(yīng)用的開發(fā)成本。一方面，低代碼開發(fā)在軟件全生命周期流程上的投入都要更低（代碼編寫更少、環(huán)境設(shè)置和部署成本也更簡單）；另一方面，低代碼開發(fā)還顯著降低了開發(fā)人員的使用門檻，非專業(yè)開發(fā)者經(jīng)過簡單的IT基礎(chǔ)培訓(xùn)就能快速上崗，既能充分調(diào)動和利用企業(yè)現(xiàn)有的各方面人力資源，也能大幅降低對昂貴專業(yè)開發(fā)者資源的依賴。

低代碼核心能力

基于上述的定義和分析，不難總結(jié)出如下這3條低代碼開發(fā)平臺的核心能力：

請點擊輸入圖片描述

??全棧可視化編程：可視化包含兩層含義，一個是編輯時支持的點選、拖拽和配置操作，另一個是編輯完成后所及即所得（WYSIWYG）的預(yù)覽效果。傳統(tǒng)代碼IDE也支持部分可視化能力（如早年Visual Studio的MFC/WPF），但低代碼更強調(diào)的是全棧、端到端的可視化編程，覆蓋一個完整應(yīng)用開發(fā)所涉及的各個技術(shù)層面（界面/數(shù)據(jù)/邏輯）。

??全生命周期管理：作為一站式的應(yīng)用開發(fā)平臺，低代碼支持應(yīng)用的完整生命周期管理，即從設(shè)計階段開始（有些平臺還支持更前置的項目與需求管理），歷經(jīng)開發(fā)、構(gòu)建、測試和部署，一直到上線后的各種運維（e.g. 監(jiān)控報警、應(yīng)用上下線）和運營（e.g. 數(shù)據(jù)報表、用戶反饋）。

??低代碼擴展能力：使用低代碼開發(fā)時，大部分情況下仍離不開代碼，因此平臺必須能支持在必要時通過少量的代碼對應(yīng)用各層次進行靈活擴展，比如添加自定義組件、修改主題CSS樣式、定制邏輯流動作等。一些可能的需求場景包括：UI樣式定制、遺留代碼復(fù)用、專用的加密算法、非標(biāo)系統(tǒng)集成。

不只是少寫代碼

回到最初那個直擊心靈的小白問題：Low-Code中的“Low”，到底是啥意思？答案已經(jīng)顯而易見：既不是指抽象程度很低（相反，低代碼開發(fā)方式的抽象程度要比傳統(tǒng)編程語言高一個level），也不是指代碼很low（也相反，低代碼所生成的代碼一般都經(jīng)過精心維護和反復(fù)測試，整體質(zhì)量強于大部分手寫代碼），而是單純的“少寫代碼” —— 只在少數(shù)需要的情況下才手寫代碼，其他大部分時候都能用可視化等非代碼方式解決。

再往深一點兒看，低代碼不只是少寫代碼而已：代碼寫得少，bug也就越少（正所謂“少做少錯”），因此開發(fā)環(huán)節(jié)的兩大支柱性工作“趕需求”和“修bug”就都少了；要測的代碼少了，那么測試用例也可以少寫不少；除了開發(fā)階段以外，平臺還覆蓋了后續(xù)的應(yīng)用構(gòu)建、部署和管理，因此運維操作也更少了（Low-Code → Low-Ops）。

然而，少并不是最終目的：如果單純只是想達到少的效果，砍需求減人力、降低質(zhì)量要求也是一樣的。低代碼背后的哲學(xué)，是少即是多（Less is More），或者更準(zhǔn)確說是多快好省（Do More with Less） —— 能力更多、上線更快、質(zhì)量更好，成本還更省，深刻踐行了阿里“既要，又要，還要”的價值觀精髓。

請點擊輸入圖片描述

平臺的職責(zé)與挑戰(zhàn)

上面說的是低代碼給開發(fā)者提供的能力與吸引力，那么作為服務(wù)的提供方與應(yīng)用的承載者，低代碼開發(fā)平臺自身應(yīng)該承擔(dān)怎樣的職責(zé)，其中又會遇到多大的挑戰(zhàn)？是否就一定要如阿里云所主張的那樣，“把復(fù)雜留給自己，把簡單留給別人”？雖然這句話聽起來很深明大義，但不知道大家有沒有想過，為什么我們一定要抱著復(fù)雜不放，平白無故給自己找事？就不能直接干掉復(fù)雜，也給咱阿里云自己的員工留點簡單嗎？是工作太容易就體現(xiàn)不出來KPI價值了，還是家里的飯菜不如公司的夜宵香？

冥思苦想許久后，我從熱力學(xué)第一定律中找到了答案：開發(fā)一個應(yīng)用的總復(fù)雜度是恒定的，只能轉(zhuǎn)移而不可能憑空消失。要想讓開發(fā)者做的更少，安心享受簡單的快樂，那么平臺方就得做的更多，默默承擔(dān)盡可能多的復(fù)雜度。就像一個滿身腱子肉的雜技男演員，四平八穩(wěn)地托舉著在高處旋轉(zhuǎn)與跳躍的女搭檔；上面的人顯得越輕盈越毫不費力，下面的人就得越穩(wěn)重越用盡全力。當(dāng)然，不是說上面的女演員就很輕松沒壓力，只是他們各自的分工不同，所承擔(dān)的復(fù)雜度也不一樣。

根據(jù)《人月神話》作者Fred Brooks的劃分，軟件開發(fā)的復(fù)雜度可以劃分為本質(zhì)復(fù)雜度（Essential complexity ）和偶然復(fù)雜度（Accidental complexity）。前者是解決問題時固有的最小復(fù)雜度，跟你用什么樣的工具、經(jīng)驗是否豐富、架構(gòu)好不好等都無關(guān)，而后者就是除此之外在實際開發(fā)過程中引入的復(fù)雜度。通常來說，本質(zhì)復(fù)雜度與業(yè)務(wù)要解決的特定問題域強相關(guān)，因此這里我把它稱為更好理解的“業(yè)務(wù)復(fù)雜度”；這部分復(fù)雜度不是任何開發(fā)方法或工具能解決的，包括低代碼。而偶然復(fù)雜度一般與開發(fā)階段的技術(shù)細節(jié)強相關(guān)，因此我也相應(yīng)把它稱為“技術(shù)復(fù)雜度”；而這一部分復(fù)雜度，恰好就是低代碼所擅長且適合解決的。

為開發(fā)者盡可能屏蔽底層技術(shù)細節(jié)、減少不必要的技術(shù)復(fù)雜度，并支撐其更好地應(yīng)對業(yè)務(wù)復(fù)雜度（滿足靈活通用的業(yè)務(wù)場景需求），這是身為一個低代碼開發(fā)平臺所應(yīng)該盡到的核心職責(zé)。

請點擊輸入圖片描述

在盡到上述職責(zé)的同時，低代碼開發(fā)平臺作為一個面向開發(fā)者的產(chǎn)品，還需要致力于為開發(fā)者提供簡單直觀的極致開發(fā)體驗。這背后除了巨大的工作量，還得能在“強大”和“易用”這兩個很難兩全其美的矛盾點之間，努力找到一個符合自己產(chǎn)品定位與目標(biāo)客戶需求的平衡點 —— 這也許是設(shè)計一個通用低代碼開發(fā)平臺所面臨的最大挑戰(zhàn)。

三、低代碼相關(guān)概念對比

純代碼（Pro-Code / Custom-Code）

“純代碼”可能算是我杜撰的一個詞，更常見的說法是-碼（Pro-Code）或定制代碼（Custom-Code）；但意思都一樣，就是指傳統(tǒng)的以代碼為中心（Code-Centric）的開發(fā)模式。之所以我選擇用“純代碼”，是因為如果用“-碼”會顯得似乎低代碼就不專業(yè)了一樣，而用“定制代碼”又容易讓人誤解成低代碼無法支持定制的自定義代碼。

當(dāng)然，更準(zhǔn)確的稱謂我認為是“高代碼”（與低代碼恰好對應(yīng)，只是名字太難聽，被我嫌棄了...），因為即便是使用傳統(tǒng)的代碼IDE，有些開發(fā)工作也支持（甚至更適合）以非代碼方式完成，比如：iOS端開發(fā)時使用的SwiftUI界面設(shè)計器、服務(wù)端開發(fā)數(shù)據(jù)庫應(yīng)用時使用的PowerDesigner建模工具。不過這部分可視化工作在傳統(tǒng)開發(fā)模式下只是起輔助作用，最后通常也是生成開發(fā)者可直接修改的代碼；開發(fā)者仍然是以代碼為中心來開展主要工作。

低代碼與純代碼之間的關(guān)系，其實跟視頻和文章之間很像：

低代碼就像是現(xiàn)代的“視頻”，大部分內(nèi)容都由直觀易理解、表達能力強的圖片組成，因此更容易被大眾所接受。但與此同時，視頻也不是死板得只能有圖片，完全可以添加少量文字（如字幕、標(biāo)注）來彌補圖片表達不夠精確的問題。BTW，關(guān)于“圖”和“文字”之間的辯證關(guān)系，可以進一步參考《架構(gòu)制圖：工具與方法論》[1]這篇文章中的相關(guān)描述。

純代碼則更像是傳統(tǒng)的“文章”，雖然很久以來都一直是信息傳播的唯一媒介，但自從視頻技術(shù)誕生以及相應(yīng)軟硬件基礎(chǔ)設(shè)施的普及以來，便逐漸開始被搶走了風(fēng)頭。如今，視頻已成為大部分人獲取信息的主要渠道（從電視電影到B站抖音），而經(jīng)常讀書讀文章的人卻越來越少。但不可否認的是，文章依然有它存在的意義和受眾（不然我也不會費這勁敲這么多字了），即使“市場份額”一直在被擠壓，但永遠會有它立足的空間。

請點擊輸入圖片描述

如果按上面這種類比關(guān)系推導(dǎo)，低代碼未來也會遵循與視頻類似的發(fā)展軌跡，超越純代碼成為主流開發(fā)模式。Gartner的預(yù)測也表達了相同的觀點：到2024年，所有應(yīng)用程序開發(fā)活動當(dāng)中的65%將通過低代碼的方式完成，同時75%的大型企業(yè)將使用至少四種低代碼開發(fā)工具進行應(yīng)用開發(fā)。

但同樣地，就像是視頻永遠無法取代文章一樣，低代碼也永遠無法徹底取代純代碼開發(fā)方式。未來低代碼和純代碼方式將以互補的形態(tài)長期共存，各自在其所適合的業(yè)務(wù)場景中發(fā)光發(fā)熱。在后面的“低代碼業(yè)務(wù)場景”章節(jié)，會詳細列出哪些場景在現(xiàn)階段更適合用低代碼模式開發(fā)。

零代碼（Zero-Code / No-Code）

從分類的完備性角度來看，有“純代碼”自然也應(yīng)該有完全相反的“零代碼”（也稱為“無代碼”）。零代碼就是完全不需要寫代碼的應(yīng)用開發(fā)平臺，但這并不代表零代碼就比低代碼更高級和先進，它只是做了一個更極端的選擇而已：徹底擁抱簡單的圖形可視化，完全消滅復(fù)雜的文本代碼。選擇背后的原因是，零代碼開發(fā)平臺期望能盡可能降低應(yīng)用開發(fā)門檻，讓人人都能成為開發(fā)者（注意：開發(fā) ≠ 寫代碼），包括完全不懂代碼的業(yè)務(wù)分析師、用戶運營，甚至是產(chǎn)品經(jīng)理（不懂裝懂可不算懂）。

即便是專業(yè)開發(fā)者，在技術(shù)分工越來越精細的趨勢下（前端/后端/算法/SRE/數(shù)據(jù)分析..），也很難招到一個能獨立開發(fā)和維護整套復(fù)雜應(yīng)用的全棧工程師。但零代碼可以改變這一切：無論是Java和JavaScript傻傻分不清楚的技術(shù)小白，還是精通深度學(xué)習(xí)但沒時間學(xué)習(xí)Web開發(fā)的算法大牛，都可以通過零代碼實現(xiàn)自己的技術(shù)夢或全棧夢。“改變世界的idea已有，就差一個程序員了”，這句玩笑話或許真的可以成真；哦不，甚至都用不著程序員，有idea的人自己就能上。

請點擊輸入圖片描述

當(dāng)然，所有選擇都要付出代價，零代碼也不例外。完全拋棄代碼的代價，就是平臺能力與靈活性受限：

? 一方面，可視化編輯器的表達能力遠不及圖靈完備的通用編程語言，不引入代碼根本沒法實現(xiàn)靈活的定制與擴展（當(dāng)然，理論上也可以做成Scrach/Blockly那樣的圖形編程語言，但那樣不過是換一種形式在手寫代碼而已）。

? 另一方面，由于目標(biāo)受眾是非專業(yè)開發(fā)人員，平臺能支持的操作會更趨于“傻瓜化”（e.g. 頁面只支持大塊業(yè)務(wù)組件的簡單堆疊，不支持細粒度原子組件和靈活的CSS布局定義），同時也只會透出相對“親民化”的模型和概念（e.g. 使用“表格”表示數(shù)據(jù)，而不是用“數(shù)據(jù)庫”），無法支撐強大專業(yè)的底層開發(fā)原語和編程理念。

請點擊輸入圖片描述

雖然零代碼與狹義上的低代碼有著上述明顯差異，但從廣義上來說，零代碼可以當(dāng)作低代碼的一個子集。Gartner在其相關(guān)調(diào)研報告中，就是將“No Code”劃在了范圍更廣的低代碼應(yīng)用平臺“LCAP”（Low-Code Application Platform）中。而當(dāng)前市面上很多通用的低代碼開發(fā)平臺，也都兼具一定程度的零代碼能力；比如低代碼領(lǐng)域領(lǐng)頭羊Mendix，既提供了簡單易用的零代碼Web IDE - Mendix Studio，也包括一個功能更強大的低代碼桌面IDE - Mendix Studio Pro。

HpaPaaS（高生產(chǎn)力應(yīng)用PaaS）

上文提到，“Low-Code”一詞是拜Forrester所賜。作為同樣是國際知名調(diào)研機構(gòu)（a.k.a 造詞小能手）的Gartner，顯然不會輕易在這場可能決定低代碼領(lǐng)域江湖地位的新概念作詞大賽中認輸，于是也于2017年發(fā)明了“HpaPaaS”（High-productivity application Platform as a Service）這個聽上去更高大上的縮寫詞。

按照Gartner的定義，HpaPaaS是一種支持聲明式、模型驅(qū)動設(shè)計和一鍵部署的平臺，提供了云上的快速應(yīng)用開發(fā)（RAD）、部署和運行特性；這顯然與低代碼的定義如出一轍。但事實證明，名字起得太專業(yè)并不見得是好事，“HpaPaas”最終還是敗給了起源更早、更接地氣也更順口的“Low-Code”：從2019年開始，Gartner在其相關(guān)調(diào)研報告中也開始全面采用“Low-Code”一詞（如LCAP），親手為“HpaPaaS”打上了 @deprecated 印記。

請點擊輸入圖片描述

圖源：What’s the difference between SaaS / IaaS / PaaS / aPaaS / HpaPaaS?

值得補充的是，“HpaPaaS“這個詞也并非橫空出世，而是傳承自更早之前Gartner提出的“aPaaS”，它倆之間的關(guān)系是：HpaPaaS只是aPaaS的一個子類；除了HpaPaaS這種通過低代碼實現(xiàn)的高生產(chǎn)力應(yīng)用開發(fā)平臺以外，aPaaS還包括面向純代碼的傳統(tǒng)應(yīng)用開發(fā)平臺（High-control aPaaS，即可控度更高的純代碼開發(fā)方式）。

不值得但就想八卦一下的是，“aPaaS”這個詞也非憑空捏造，而是與云計算的興起淵源頗深。相信各位云道中人都已猜到，aPaaS與IaaS/PaaS/SaaS這些云計算遠古概念是一脈相承的：aPaaS介于PaaS和SaaS之間，相比PaaS提供的服務(wù)更偏應(yīng)用，但又不像SaaS一樣提供現(xiàn)成的軟件服務(wù)（更詳細的說明可參考配圖來源文章）。

四、為什么需要低代碼

低代碼是什么可能并沒那么重要，畢竟在這個信息爆炸的世界，永遠不缺少新奇而又短命的事物。大部分所謂的新技術(shù)都只是曇花一現(xiàn)：出現(xiàn)了，被看到了；大部分人“哦”了一聲，已閱但表示不感興趣；小部分人驚嘆于它的奇思妙想，激動地點了個贊后，回過頭來該用什么還是什么。真正決定新技術(shù)是否能轉(zhuǎn)化為新生產(chǎn)力的，永遠不是技術(shù)本身有多么優(yōu)秀和華麗，而是它是否真的被需要，即：為什么需要低代碼？如果用不同的主語填充上面這個問句（冷知識：這叫做“延遲主語初始化”），可以更全面地看待這個問題：

為什么「市場」需要低代碼？

在這個大爺大媽都滿嘴“互聯(lián)網(wǎng)+”和“數(shù)字化轉(zhuǎn)型”的時代，企業(yè)越來越需要通過應(yīng)用（App）來改善企業(yè)內(nèi)部的信息流轉(zhuǎn)、強化與客戶之間的觸點連接。然而，誕生還不太久的IT信息時代，也正面臨著與我國社會主義初級階段類似的供需關(guān)系矛盾：落后的軟件開發(fā)生產(chǎn)力跟不上人民日益增長的業(yè)務(wù)需求。

請點擊輸入圖片描述

Gartner預(yù)測，到2021年應(yīng)用開發(fā)需求的市場增長將至少超過企業(yè)IT交付能力的5倍。面對如此巨大的IT缺口，如果沒有一種革命性的“新生產(chǎn)力”體系，很難想象僅憑現(xiàn)有傳統(tǒng)技術(shù)體系的發(fā)展延續(xù)就能徹底解決問題。而低代碼技術(shù)正是帶著這樣的使命而降臨，期望通過以下幾個方面徹底革新應(yīng)用開發(fā)生產(chǎn)力，拯救差一點就要邁入水深火熱的IT世界：

提效降本 質(zhì)量保障

雖然軟件行業(yè)一直在高速發(fā)展，新的語言、框架和工具層出不窮，但作為從業(yè)者我們不得不承認：軟件開發(fā)仍處于手工作坊階段，效率低、人力成本高、質(zhì)量不可控。項目延期交付已成為行業(yè)常態(tài)，而瓶頸幾乎總是開發(fā)人員（對機器能解決的問題都不是問題）；優(yōu)秀的開發(fā)人才永遠是稀缺資源，還賊貴；軟件質(zhì)量缺陷始終無法收斂，線上故障頻發(fā)資損不斷。

相比而言，傳統(tǒng)制造業(yè)經(jīng)過幾百年工業(yè)革命的發(fā)展，大部分早已擺脫了對“人”的強依賴：從原料輸入到制品輸出，中間是各種精密儀器和自動化流水線的穩(wěn)定支撐，真正實現(xiàn)生產(chǎn)的標(biāo)準(zhǔn)化和規(guī)模化。雖然信息化號稱是人類的第三次工業(yè)革命，但以軟件行業(yè)目前的狀況，遠遠還沒到達成熟的“工業(yè)化”階段。

所以，親愛的程序員朋友，當(dāng)你與前端聯(lián)調(diào)了一上午接口，又與產(chǎn)品撕逼了一下午需求，再與自己的bug抗?fàn)幜艘徽恚貌蝗菀锥萑雺羿l(xiāng)又被一連串報警短信吵醒時，是否有抬頭對著星空憧憬過：“I have a dream... that one day，軟件開發(fā)也能像工業(yè)制品一樣，批量流水化生產(chǎn)，穩(wěn)定高效沒煩惱。” 事到如今，不管你有沒有意識到，這個憧憬正在慢慢變成現(xiàn)實。

請點擊輸入圖片描述

是的，低代碼正在將應(yīng)用軟件開發(fā)過程工業(yè)化：每個低代碼開發(fā)平臺都是一個技術(shù)密集型的應(yīng)用工廠，所有項目相關(guān)人員都在同一條產(chǎn)線內(nèi)緊密協(xié)作。開發(fā)主力不再是熟知for循環(huán)一百種寫法的技術(shù)Geek，而是一群心懷想法業(yè)務(wù)sense十足的應(yīng)用Maker。借助應(yīng)用工廠中各種成熟的基礎(chǔ)設(shè)施、現(xiàn)成的標(biāo)準(zhǔn)零件、自動化的裝配流水線，開發(fā)者只需要專注于最核心的業(yè)務(wù)價值即可。即便是碰到非標(biāo)需求，也可以隨時自己動手，用最靈活的手工定制（代碼）方式來解決各種邊角問題。

擴大應(yīng)用開發(fā)勞動力

通過讓大部分開發(fā)工作可以僅通過簡單的拖拽與配置完成，低代碼（包括零代碼）顯著降低了使用者門檻，讓企業(yè)能夠充分利用前面所提到的平民開發(fā)者資源。部分純零代碼需求場景下，低代碼還能讓業(yè)務(wù)人員實現(xiàn)自助式（self-service）應(yīng)用交付，既解決了傳統(tǒng)IT交付模式下的任務(wù)堆積（backlog）問題，避免稀缺的專業(yè)開發(fā)資源被大量簡單、重復(fù)性的應(yīng)用開發(fā)需求所侵占，也能讓業(yè)務(wù)人員真正按自己的想法去實現(xiàn)應(yīng)用，擺脫交由他人開發(fā)時不可避免的桎梏。

請點擊輸入圖片描述

至此，應(yīng)用開發(fā)能力不再是少數(shù)專業(yè)開發(fā)者的專利和特權(quán)，且今后所需要的技能門檻與擁有成本也會越來越低，真正實現(xiàn)所謂的“技術(shù)民主化”（democratization of technology）。

加強開發(fā)過程的溝通協(xié)作

多方調(diào)查結(jié)果顯示，軟件項目失敗的最主要原因之一就是缺乏溝通（poor communication）。傳統(tǒng)開發(fā)模式下，業(yè)務(wù)、產(chǎn)品、設(shè)計、開發(fā)、測試與運維人員各司其職，且各有一套領(lǐng)域內(nèi)的工具和語言，長久以來很容易形成一個個“豎井”（silos），讓跨職能的溝通變得困難而低效。這也是為什么當(dāng)前熱門的敏捷開發(fā)和DevOps都在強調(diào)溝通（前者是協(xié)同Biz與Dev，而后者是協(xié)同Dev和Ops），而經(jīng)典的DDD領(lǐng)域驅(qū)動設(shè)計也主張通過“統(tǒng)一語言”來減少業(yè)務(wù)與技術(shù)人員之間的溝通不一致。

請點擊輸入圖片描述

有了低代碼后，這一狀況將得到根本改善：上述各角色都可以在同一個低代碼開發(fā)平臺上緊密協(xié)作（甚至可以是同一個人），這種全新的協(xié)作模式不僅打破了職能豎井，還能通過統(tǒng)一的可視化語言和單一的應(yīng)用表示（頁面/數(shù)據(jù)/邏輯），輕松對齊項目各方對應(yīng)用形態(tài)和項目進度的理解，實現(xiàn)更終極的敏捷開發(fā)模式，以及在傳統(tǒng)DevOps基礎(chǔ)之上更進一步的BizDevOps[2]。

統(tǒng)一開發(fā)平臺下的聚合效應(yīng)

低代碼嘗試將所有與應(yīng)用開發(fā)相關(guān)活動都收斂到同一個平臺（one platform）上后，將會產(chǎn)生更多方面的聚合效應(yīng)與規(guī)模收益：

??人員聚合：除了上一點所提到的各職能角色緊密協(xié)作以外，人員聚合到統(tǒng)一的低代碼開發(fā)平臺進行作業(yè)后，還能促進整個項目流程的標(biāo)準(zhǔn)化、規(guī)范化和統(tǒng)一化。

??應(yīng)用聚合：一方面，新應(yīng)用的架構(gòu)設(shè)計、資產(chǎn)復(fù)用、相互調(diào)用變得更容易；另一方面，各應(yīng)用的數(shù)據(jù)都天然互通，同時平臺外數(shù)據(jù)也能通過集成能力進行打通，徹底消除企業(yè)的數(shù)據(jù)孤島問題。

??生態(tài)聚合：當(dāng)?shù)痛a開發(fā)平臺聚合了足夠多的開發(fā)者和應(yīng)用后，將形成一個巨大的、連接一切、有無限想象力的生態(tài)體系，徹底放飛低代碼的價值。

請問低 代 碼是什么 ？請指教

低代碼開發(fā)平臺最近好像挺熱啊，聽說微軟、Google都入局了，國內(nèi)資本如今也在熱捧。百度指數(shù)了解了一下，關(guān)聯(lián)度最高的那幾個國內(nèi)產(chǎn)品，不少是存在了好多年，更有甚者xx表差不多是上一個世紀(jì)的老產(chǎn)品了，也來蹭一下熱度。

那么，低代碼到底是什么玩意？是新鮮事物么？為啥上個世紀(jì)的老產(chǎn)品也湊一份熱鬧？我們一起去看看。

低代碼平臺，洋文稱Low Code Development Platform，注意了，這個Low可不是你想的那個Low，不是低級的意思，而是少量、簡易的DSL代碼甚至是無代碼的意思。

為什么能夠是更少量甚至是無代碼呢？開發(fā)者們想想自己是怎么減少重復(fù)代碼的就會明白了。 我拿自定義表單的場景作為例子，從演化的路徑上來看，是這樣的：

一開始，在一個應(yīng)用里實現(xiàn)了一個自定義表單的功能，做新應(yīng)用的時候，也需要這個功能，我們會把原來的代碼復(fù)制一份，然后簡單改一些樣式或變量，搞定。

然后，越來越多的應(yīng)用需要自定義表單的功能了，我們把那砣代碼抽象成一個函數(shù)庫，每次需要的時候只需要引用函數(shù)庫，給不同的參數(shù)就好了，省了代碼復(fù)制不說，一下子就提升了代碼的可維護性，這時，代碼就開始變少了。

再后來，我們嫌引用函數(shù)庫還麻煩了，我們把這個功能做成了一個獨立應(yīng)用或微服務(wù)，提供一系列常見的表單模板，使用的時候，在這個應(yīng)用里面選一個模板，稍配置一下，然后復(fù)制一個鏈接到目標(biāo)應(yīng)用上粘貼一下就能用了。這個時候，自定義表單變成了一個Saas服務(wù)，目標(biāo)應(yīng)用中要實現(xiàn)自定義表單的功能已經(jīng)不需要編寫代碼了。至此，這個自定義表單服務(wù)就是一個低代碼應(yīng)用了。

所以，低代碼的本質(zhì)就是應(yīng)用場景的極致抽象并且模板化的過程。實際上，我們以前看到的低代碼產(chǎn)品多了去了，只是那個時候還沒有低代碼這個概念罷了。下面我給你說說：

上面舉的自定義表單例子，你可能有意無意間接觸過了，例如金數(shù)據(jù)，就是對表單收集這個場景進行了極致的抽象，形成一套固定的表單設(shè)計套路，并且讓表單的開發(fā)可以通過可視化配置來完成。順帶說一句，金數(shù)據(jù)的創(chuàng)始人現(xiàn)在就在二次創(chuàng)業(yè)，做的正是低代碼開發(fā)平臺。所以，你懂的了。

早年的DreamWave、FrontPage，現(xiàn)在的RapidWeaver等可視化網(wǎng)頁制作軟件、大量的在線可視化網(wǎng)站拖拉拽建站應(yīng)用，就是網(wǎng)頁制作場景的低代碼平發(fā)平臺。

BAAS，Backend As A Service，后端服務(wù)平臺，直接讓開發(fā)者省掉了后端的開發(fā)工作，也是一種典型的低代碼開發(fā)平臺，例如微信小程序的云開發(fā)平臺、知曉云、Lean Cloud等。

眾多的移動應(yīng)用、小程序可視化制作平臺，提供大量的場景模板，簡單調(diào)整一下參數(shù)就可以得到一個自己的應(yīng)用。

以上這些應(yīng)用場景的本質(zhì)都是低代碼或零代碼，但為什么低代碼平臺的概念在這幾年才興起？我猜想，是應(yīng)用的場景覆蓋得更廣、涉及開發(fā)的環(huán)節(jié)更完整導(dǎo)致了平臺化的出現(xiàn)。

應(yīng)用的場景覆蓋得更廣了，之前的低代碼應(yīng)用，只能夠滿足相對窄的應(yīng)用場景，如建站、表單、BAAS，但到了后面，抽象層次往下降一層，允許定義數(shù)據(jù)結(jié)構(gòu)、定義界面和流程，能夠解決更多通用的場景了，就自然而然有了平臺的感覺。

涉及開發(fā)的環(huán)節(jié)更完整了，以前的建站，純粹是前端頁面的拼湊，而BAAS，也只是解決后端的問題，而到了后來的小程序可視化制作時，就把前后端的開發(fā)都囊括進去了，幾乎就不需要代碼開發(fā)了，又自然而然有開發(fā)平臺的即視感了。

再看看微軟和Google的低代碼平臺，都是解決相對通用場景、涵蓋前后端開發(fā)環(huán)節(jié)的形態(tài)，就更加印證了我的猜想。

不對呀，上面說到了通用場景，但同時也說了低代碼的本質(zhì)是場景的抽象并且模板化，通用和模板化不矛盾嗎？這里就要說低代碼平臺的限制了，所謂的通用場景也只能是相對通用，可模板化的，于是就有了模板化的通用場景，即這個通用場景是受限的，不是完全的通用。所以，現(xiàn)在大多數(shù)的低代碼平臺都是面向企業(yè)，做企業(yè)應(yīng)用的。因為企業(yè)應(yīng)用，是一個可以模板化的垂直通用場景，例如釘釘宜搭、簡道云、織信Informat等等，都是服務(wù)企業(yè)用戶。

最后，低代碼并非零代碼，盡管市面上有不少零代碼的應(yīng)用平臺打著低代碼的旗號吸引關(guān)注。代低碼平臺的底層邏輯還是一個開發(fā)平臺，需要對個性化的需求開放實現(xiàn)途徑，如何開放？開放接口？二次開發(fā)？還是開放DSL？不一而足。如果一個平臺沒有支持個性化需求的開發(fā)能力，那它不算是一個及格的低代碼開發(fā)平臺，充其量只是低代碼應(yīng)用罷了。

好了，現(xiàn)在你已經(jīng)知道什么是低代碼了，往后，我會帶大家一起實現(xiàn)一些低代碼開發(fā)的場景，并對低代碼的商業(yè)化進行深度的思考，例如誰會為低代碼平臺買單、低代碼平臺到底是專業(yè)平臺還是小白應(yīng)用等等。? 合理并且有效地運用低代碼，不僅可以讓我們工作高效地運行，還能最大程度保證團隊目標(biāo)的達成。我推薦織信，它內(nèi)置了100+的應(yīng)用模板，覆蓋OA、ERP、CRM、績效、人事、企業(yè)服務(wù)、個人及組織等多個應(yīng)用場景。

無代碼與低代碼開發(fā)平臺的區(qū)別主要是什么呢？

無代碼和低代碼開發(fā)平臺的主要區(qū)別如下：
1、對于編碼能力的要求不同
低代碼開發(fā)和無代碼開發(fā)最明顯的一個區(qū)別就是在代碼量上，低代碼開發(fā)依然需要程序員具有一定的代碼編寫能力，只不過代碼量會有大幅度的下降。無代碼開發(fā)目前也并不是完全無代碼，通常也需要完成一部分特定代碼的編寫，但是在編碼量上會非常少，很多編碼也有比較固定的模式，可以通過查閱“編程手冊”的方式來完成程序編寫。
2、資源整合的方式不同
無代碼開發(fā)完全需要借助于平臺來進行資源整合，自身并沒有整合資源的能力，所以在擴展性上會有一定的欠缺，而低代碼開發(fā)在擴展性上會有一定的提升。低代碼開發(fā)雖然在擴展性上也會受到一定的限制，但是相對來說，很多資源整合過程是可以通過定制化代碼完成的，資源整合邊界也會有所擴展。
3、應(yīng)用場景不同
無代碼開發(fā)通常對于應(yīng)用場景有比較嚴(yán)格的要求，往往只能在固定的容器內(nèi)使用，比如在游戲開發(fā)領(lǐng)域，就有很多無代碼開發(fā)工具。相對于無代碼開發(fā)來說，低代碼開發(fā)的應(yīng)用場景會有一定的拓展，在當(dāng)前的云計算平臺（PaaS）支撐下，低代碼開發(fā)的應(yīng)用場景會逐漸得到拓展。靈活性更強！如果大家想更深入的了解和體驗低代碼或無代碼開發(fā)平臺，我推薦織信，高度自定義的智能信息管理平臺，它能夠根據(jù)企業(yè)及團隊的需求，低成本高效率地幫助管理者搭建一站式的企業(yè)管理軟件（OA辦公系統(tǒng)、CRM客戶管理系統(tǒng)、BPM業(yè)務(wù)流程、運營管理、項目管理等等均可搭建），成為企業(yè)開啟數(shù)字化轉(zhuǎn)型的重要引擎。 關(guān)于apaas是什么的縮寫和APA是什么縮寫的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。 apaas是什么的縮寫的介紹就聊到這里吧，感謝你花時間閱讀本站內(nèi)容，更多關(guān)于APA是什么縮寫、apaas是什么的縮寫的信息別忘了在本站進行查找喔。

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實的內(nèi)容，請聯(lián)系我們jiasou666@gmail.com 處理，核實后本網(wǎng)站將在24小時內(nèi)刪除侵權(quán)內(nèi)容。

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實的內(nèi)容，請聯(lián)系我們jiasou666@gmail.com 處理，核實后本網(wǎng)站將在24小時內(nèi)刪除侵權(quán)內(nèi)容。