? ? ? ? 市面上有眾多的低代碼平臺，它們的用途、定價和目標客戶各不相同。對于企業(yè)來說，選擇一款低代碼開發(fā)平臺代替可靠的傳統(tǒng)專業(yè)代碼開發(fā)，總是擔心存在風險，具有專業(yè)代碼能力的牛刀專業(yè)低代碼平臺，對企業(yè)復雜和大型應用提供的近乎無限的支持能力，可以從根本上消除這種風險。

? ? ???在本文中，我們從場景和技術(shù)兩個維度來看，在實際開發(fā)過程中，對低代碼平臺在專業(yè)代碼開發(fā)能力方面的需求：

1.?場景維度

? ? ? ? 所有的信息管理類應用，無論是辦公類的、業(yè)務類的、還是生產(chǎn)類的，都是以數(shù)據(jù)為核心的信息處理軟件。

? ? ? ??數(shù)據(jù)的輸入，大體上可以分為手工錄入和自動采集兩種方式。手工錄入就是通過各種表單由人工錄入，例如：報銷單、采購單、出庫單等。自動采集指通過接口由外部輸入的數(shù)據(jù)，例如：來自IOT設(shè)備的數(shù)據(jù)、來自其他應用系統(tǒng)的數(shù)據(jù)等。

? ? ? ? 信息管理類應用的核心是數(shù)據(jù)，但是數(shù)據(jù)的輸入只是入口，更重要的是基于輸入的數(shù)據(jù)進行處理和分析，所產(chǎn)生的結(jié)果為企業(yè)的生產(chǎn)經(jīng)營帶來巨大的價值。例如：基于工作流進行數(shù)據(jù)協(xié)同提高辦公效率，基于訂單、庫存、物料和生產(chǎn)線數(shù)據(jù)進行合理的排產(chǎn)優(yōu)化，基于設(shè)備監(jiān)控數(shù)據(jù)進行預警避免生產(chǎn)事故等。

? ? ? ??所以，所有的低代碼平臺在設(shè)計上，重點圍繞數(shù)據(jù)的處理，提供各種模型和組件的設(shè)計工具。像一般的數(shù)據(jù)增刪改查，數(shù)據(jù)之間的關(guān)聯(lián)計算和統(tǒng)計，都可以通過配置的方式，無需代碼即可快速實現(xiàn)。

? ? ? ? 另外，面向企業(yè)應用場景的低代碼平臺，還會提供門戶、組織權(quán)限、工作流等其他業(yè)務中間件，讓用戶可以快速搭建企業(yè)應用架構(gòu)。

1.1.???能支持復雜業(yè)務邏輯計算場景

? ? ? ? 低代碼平臺針對一般的數(shù)據(jù)增刪改查和數(shù)據(jù)關(guān)聯(lián)計算處理，提供了模型和組件，可以通過配置在無代碼的條件下快速實現(xiàn)。但是一旦遇到復雜業(yè)務邏輯計算場景，低代碼就無法滿足，必須通過專業(yè)代碼編程來實現(xiàn)。

（1）出庫場景

? ? ? ? 入出庫是非常常見的業(yè)務場景，辦公用品、設(shè)備資產(chǎn)、物料、成品等等都會有入出庫管理。

? ? ? ? 如果是非批次的庫存管理，出庫的時候只是在庫存表找到對應的一行庫存數(shù)據(jù)做核減，當庫存不夠的時候做提示，這個一般低代碼都是可以通過配置實現(xiàn)的。

? ? ? ? 但是在真實業(yè)務場景中，物料和成品的庫存大多都會采用批次管理，采用先進先出的批次庫存算法。這時候每個物料的出庫，都會對應多行批次庫存數(shù)據(jù)，按照先進先出算法依次進行核減計算。這時候還要考慮算法優(yōu)化、并發(fā)操作和分布式事務等問題，低代碼靠配置是無法實現(xiàn)的，只能通過專業(yè)代碼編程來實現(xiàn)。

（2）排產(chǎn)場景

? ? ?? ?排產(chǎn)是制造業(yè)信息化中常見的業(yè)務場景，需要根據(jù)訂單、物流、生產(chǎn)線的數(shù)據(jù)，進行排產(chǎn)計算。這里還會涉及到多種算法：按照最短工期的排程、按照交貨期先后排程、按照工期和交貨期之間的距離排程、按照重要度排程。很明顯也是必須要通過代碼編程來實現(xiàn)的。

（3）集成場景

? ? ? ??業(yè)務系統(tǒng)與其他第三方系統(tǒng)之間會有非常多的集成需求場景，如果是簡單的接口調(diào)用，低代碼平臺都會提供相應的組件來支持。但是一旦涉及到多個接口的邏輯編排調(diào)用，或者在接口調(diào)用前后要做數(shù)據(jù)的轉(zhuǎn)換計算處理，都是需要通過專業(yè)代碼來實現(xiàn)的。

? ? ? ? 大多數(shù)低代碼平臺只提供了前端的腳本編程能力，但是復雜業(yè)務邏輯計算明顯是不適合在前端的。前端腳本的執(zhí)行效率低，調(diào)用外部接口會有瀏覽器跨域問題和安全限制，無法保證事務完整性等等，這些技術(shù)限制都要求復雜業(yè)務算法必須在后端通過專業(yè)編程來實現(xiàn)。

? ? ? ??牛刀專業(yè)低代碼開發(fā)平臺提供了服務建模的設(shè)計工具，支持開發(fā)者基于主流的Java SpringBoot后端編程框架進行專業(yè)編程調(diào)試，支持Eclipse、IDEA等專業(yè)編程工具，對接主流技術(shù)生態(tài)，可以支持所有復雜業(yè)務邏輯計算場景。

1.2.???能支持個性化業(yè)務場景

? ? ? ??低代碼平臺針對一般的數(shù)據(jù)類表單場景，提供表格、樹形、主從、卡片等多種表單的設(shè)計模板，可以快速生成。提供輸入框、單選、多選、附件、圖表、富文本等組件，支持用戶基于可設(shè)計設(shè)計工具，拖拽定制表單。但是遇到個性化的頁面場景，低代碼的設(shè)計器就無法滿足。

? ? ? ?上面的兩個示例就是典型的個性化業(yè)務場景，很明顯是無法通過低代碼可視化設(shè)計利用現(xiàn)有的模板和組件來實現(xiàn)的。

? ? ? ? 這時候，多數(shù)低代碼工具會支持自定義表單的能力，即這個頁面可以完全用原生前端HTML編程來做擴展。但是，這種方式下的原生編程，已經(jīng)再無法利用低代碼的組件高效開發(fā)，還要適配低代碼提供的各種接口和規(guī)范，基于低代碼的原生編程復雜度比真正的原生編程還高。

? ? ? ??牛刀專業(yè)低代碼平臺在前端提供了高度自由的可視化設(shè)計工具，頁面不局限于一般的表單場景，用戶可以基于可視化設(shè)計工具自由定制，編程擴展。

??? ? ???在地鐵運行監(jiān)控示例中，基于牛刀專業(yè)低代碼平臺的組件開發(fā)擴展能力，百度地鐵圖組件封裝了來自百度的地鐵圖框架(https://lbsyun.baidu.com/index.php?title=subway)?；跀U展的百度地鐵圖組件，上面這個示例完全用組件拖拽可視化設(shè)計工具配置實現(xiàn)。

? ? ? ? 在物聯(lián)網(wǎng)車載大氣監(jiān)測示例中，界面整體是通過低代碼可視化設(shè)計來布局實現(xiàn)的，但是背后的地圖通過代碼引入了高德地圖，并通過高德地圖API的調(diào)用實現(xiàn)了地圖上車輛位置的標注和交互。

? ? ? ??也就是說即使是非常個性化的表單，需要引入第三方框架的時候，在牛刀專業(yè)低代碼平臺中，對于復用度高的代碼可以封裝成組件，復用度低的可以直接在頁面上通過Javascript編程來擴展。而這些實現(xiàn)都是在可視化設(shè)計基礎(chǔ)之上的，并不是完全拋棄了低代碼的可視化設(shè)計能力。相對于基于原生開發(fā)去重新開發(fā)，開發(fā)的代碼量和工作量大大降低。

? ? ? ??所以，牛刀專業(yè)低代碼平臺不僅適用于一般信息管理類應用軟件的設(shè)計，也適用于IOT物聯(lián)網(wǎng)應用和工業(yè)互聯(lián)網(wǎng)應用的設(shè)計，下面是用戶在牛刀專業(yè)低代碼平臺之上擴展了物聯(lián)網(wǎng)組件后，應用于工業(yè)應用設(shè)計的實際效果。

2.?????技術(shù)維度

2.1.???能基于源碼編程調(diào)試

? ? ? ? 大多數(shù)低代碼平臺對于開發(fā)者來說都是黑盒子，開發(fā)者看不到低代碼運行背后的前后端源碼。當系統(tǒng)在運行過程中出現(xiàn)異常、缺陷或者性能問題時，開發(fā)者無法進行跟蹤、調(diào)試和問題定位。

? ? ? ??牛刀專業(yè)低代碼平臺，采用白盒設(shè)計原則，低代碼背后生成專業(yè)框架源碼，對開發(fā)者完全開放，開發(fā)者可以跟蹤調(diào)試每一行前后端源碼。

2.2.???支持低代碼和專業(yè)代碼雙向開發(fā)

? ? ? ? 低代碼平臺的模型和組件設(shè)計能力再強，也會有其局限性。當遇到低代碼無法滿足的業(yè)務場景，一定是需要專業(yè)代碼開發(fā)才能實現(xiàn)的。

? ? ? ? 這時候如果專業(yè)代碼開發(fā)是完全脫離低代碼設(shè)計工具的，開發(fā)人員就完全無法利用低代碼現(xiàn)有的組件和設(shè)計工具，還受限于低代碼平臺提供的規(guī)范和接口，又不能集成調(diào)試，開發(fā)的復雜度比純專業(yè)開發(fā)還高。

? ? ? ??牛刀專業(yè)低代碼平臺，實現(xiàn)了低代碼與專業(yè)代碼的雙向開放模式，開發(fā)者可以在低代碼設(shè)計工具中，在可視化設(shè)計的同時進行前后端專業(yè)代碼開發(fā)。專業(yè)代碼是低代碼的擴展，而不是完全獨立的。

? ? ? ? 開發(fā)者在統(tǒng)一的設(shè)計環(huán)境中進行編程擴展調(diào)試，實現(xiàn)了低代碼開發(fā)與專業(yè)代碼開發(fā)的有機融合。

2.3.???支持組件開發(fā)擴展

? ? ? ? 低代碼平臺提供的設(shè)計組件總是有限的，當用戶遇到現(xiàn)有組件無法滿足的場景，就需要對低代碼平臺的組件進行擴展。

? ? ? ? 有些低代碼平臺是完全封閉的，不支持擴展組件?；蛘哂行┑痛a平臺，支持組件擴展，提供了組件開發(fā)框架和開發(fā)規(guī)范。但是僅提供這些是不夠的，組件是需要有生命周期管理的，組件的開發(fā)、調(diào)試、發(fā)布、更新、版本、引用、升級、依賴都需要有配套工具，用戶才能對組件進行持續(xù)迭代，形成自有的業(yè)務組件庫。

??? ?? ?牛刀專業(yè)低代碼平臺，內(nèi)置了組件的開發(fā)和調(diào)試工具，并且內(nèi)置了私有的組件市場。支持用戶自定義組件分類，對組件的發(fā)布、更新、版本、引用、升級等進行自助管理。

2.4.???對接主流技術(shù)生態(tài)

? ? ? ? 大多數(shù)低代碼開發(fā)平臺由于前后端技術(shù)不開放，導致開發(fā)者在開發(fā)擴展過程中，不能對接主流技術(shù)生態(tài)，借助開源世界中已有的現(xiàn)成組件和框架進行擴展。

? ? ? ??牛刀專業(yè)低代碼平臺，應用前后端都采用主流技術(shù)棧和基礎(chǔ)技術(shù)框架，后端Java SpringBoot，前端React + AntDesign/Vant（后續(xù)版本會同時支持VUE）。應用前后端源碼和組件源碼全部對開發(fā)者開放，支持開發(fā)者在主流技術(shù)生態(tài)下，自由引入第三方框架和類庫進行專業(yè)開發(fā)擴展。

2.5.???支持專業(yè)編程工具

? ? ? ? 大多數(shù)低代碼開發(fā)平臺都只提供了基于瀏覽器的設(shè)計環(huán)境，或者是自己封裝的IDE工具。對于專業(yè)開發(fā)者來說，不能使用習慣的專業(yè)IDE環(huán)境，例如：IDEA或Eclipse等，會大大影響開發(fā)效率。

? ? ? ??牛刀專業(yè)低代碼平臺，同時支持云端Web IDE和本地IDE兩種開發(fā)模式，兩種模式可以隨時無縫切換。在本地IDE開發(fā)模式下，所有的前后端源碼全部下載到開發(fā)者的桌面端，自動建立本地和云端協(xié)同的開發(fā)環(huán)境（讓本地IDE在代碼中可以訪問云端的數(shù)據(jù)庫和其他微服務），開發(fā)者可以使用熟悉的IDEA或Eclipse等專業(yè)IDE工具進行專業(yè)代碼編程調(diào)試。

2.6.???支持專業(yè)團隊協(xié)作

? ? ? ? 作為開發(fā)平臺，開發(fā)團隊的多人協(xié)作是必然需求，但是大多數(shù)低代碼都是不支持的，或者是有限支持的。

? ? ? ? 在技術(shù)上大多數(shù)低代碼平臺的設(shè)計源碼都采用了數(shù)據(jù)庫作為存儲介質(zhì)，這時候像源代碼的版本管理、分支管理、多人協(xié)作的提交更新、代碼回滾就完全無法實現(xiàn)。如果是小團隊小項目還不會有什么問題，但是如果是多項目多團隊，大規(guī)模長期使用就完全不適合了。

? ? ? ??牛刀專業(yè)低代碼平臺，所有可視化設(shè)計背后的源碼全部采用標準的文件存儲。平臺的源碼大體上分為兩類，一類是模型文件，采用XML文件作為存儲，這些模型文件是可讀的，也是可以直接編輯的，即可視化設(shè)計和背后的源碼是支持雙向編輯的；另一類就是代碼文件，后端就是java，前端就是js和css。

? ? ? ? 所以牛刀專業(yè)低代碼平臺內(nèi)置了專業(yè)的Git版本管理和協(xié)作機制（私有化部署的Gitlab或?qū)涌蛻粢延械腉it倉庫），支持多項目多團隊的專業(yè)協(xié)作開發(fā)。

2.7.???應用能脫離平臺部署運行

? ? ? ? 大多數(shù)低代碼平臺由于技術(shù)封閉性，所開發(fā)的應用只能運行在其基座環(huán)境之上，脫離平臺無法運行。

? ? ???牛刀專業(yè)低代碼平臺，支持應用完全脫離平臺運行，部署到獨立的主機或集群環(huán)境中。

2.8.???支持云原生架構(gòu)

? ? ? ? 以Docker、Kubernetes、ServiceMesh為核心的云原生技術(shù)架構(gòu)已經(jīng)成為企業(yè)IT數(shù)字化的基礎(chǔ)技術(shù)架構(gòu)。

? ? ? ??大多數(shù)低代碼開發(fā)平臺還是傳統(tǒng)的單體技術(shù)架構(gòu)。雖然有部分低代碼開發(fā)平臺采用了微服務架構(gòu)，但是并不是基于云原生技術(shù)架構(gòu)的。所謂的可以支持容器化部署，跟基于云原生技術(shù)架構(gòu)，完全是兩回事。

? ? ? ??牛刀專業(yè)低代碼平臺，一方面提供專業(yè)的低代碼開發(fā)工具，另一方面真正基于云原生技術(shù)架構(gòu)，實現(xiàn)了應用從設(shè)計、開發(fā)到發(fā)布、部署、運維的DevOps一體化研發(fā)管理平臺，提供全生命周期的敏捷研發(fā)流水線管理，全面提升大中型企業(yè)客戶的應用軟件研發(fā)效率。

? ? ? ? 牛刀專業(yè)低代碼平臺支持真正的多租戶應用資源隔離，支持多項目多團隊統(tǒng)一研發(fā)協(xié)作。為大規(guī)模多項目多團隊研發(fā)協(xié)作，提供統(tǒng)一的開發(fā)環(huán)境，統(tǒng)一的技術(shù)框架，統(tǒng)一的技術(shù)規(guī)范，統(tǒng)一的設(shè)計工具，統(tǒng)一的代碼管控，統(tǒng)一的CI/CD流水線，統(tǒng)一的部署運維管理。

? ? ? ? 并且由于牛刀專業(yè)低代碼平臺的高度開放性，用戶真正自主可控，保障企業(yè)客戶數(shù)字化建設(shè)的可持續(xù)發(fā)展。

3.?????專業(yè)代碼釋放低代碼的力量

? ? ? ? 在牛刀專業(yè)低代碼平臺中，非常強調(diào)二八原則，百分之八十的業(yè)務場景都是可以通過可視化的模型和組件來配置實現(xiàn)的。但是剩下的百分之二十，復雜業(yè)務邏輯和個性化業(yè)務場景，我們希望開發(fā)者可以在低代碼設(shè)計工具的基礎(chǔ)上來通過專業(yè)編程擴展實現(xiàn)，而不是讓開發(fā)者完全從頭用原生開發(fā)。

? ? ? ??對于普通開發(fā)者，基于牛刀專業(yè)低代碼平臺提供的模型可視化設(shè)計，大多數(shù)常見業(yè)務場景，無需代碼就可以配置實現(xiàn)。

? ? ? ??對于專業(yè)開發(fā)者，牛刀專業(yè)低代碼平臺在提升了開發(fā)效率的同時，又完整保留了專業(yè)開發(fā)的靈活性和自由度。