【程式員日記】---從業務編排到低代碼

来源:https://www.cnblogs.com/Jcloud/archive/2023/05/22/17420715.html
-Advertisement-
Play Games

之前總聊微服務,今天換一個話題---低代碼。低代碼這個詞也是最近這幾年很火的概念,尤其是遇到大環境下行,很多大廠和互聯網那個公司也在慢慢在低代碼方向發力,當然,對於傳統項目交付型的軟體公司,低代碼也具有相當大的吸引力。 ...


之前總聊微服務,今天換一個話題---低代碼。

低代碼這個詞也是最近這幾年很火的概念,尤其是遇到大環境下行,很多大廠和互聯網那個公司也在慢慢在低代碼方向發力,當然,對於傳統項目交付型的軟體公司,低代碼也具有相當大的吸引力。

如何理解低代碼

用一個通俗易懂的說法,就是少寫代碼,並且降低開發門檻的方式,可以讓平民開發者(可以理解為並不一定具有軟體技術素質的人員)也能高效快速的構建應用程式。

如果基於這個思路,是不是大家覺得有一些類比?

當電腦剛起步的時候,大家還用打孔卡片來跑程式的時候,這時候一個牛逼的彙編語言可以說就是那個時代的低代碼;再到後來C語言的普及,那對於彙編語言來說,C語言簡直就是低代碼…..以此類比,在我們這個時代,當面向對象的開發語言成為主流的時候,大家不可避免的在思考,是不是可以通過簡單的可視化配置或者邏輯圖就能實現編程呢?比如產品經理把產品設計好,時序圖畫好,自動就可以編程可以跑得程式。

命令式 vs 描述式

對於傳統的軟體開發,我們需要定義數據結構,定義變數,通過一行行命令式的代碼,來精準的控制電腦執行每一步操作。這個過程中,對於開發者要求是比較高的,要有電腦運行的基本知識,要有演算法的基本能力,而且時常要從電腦角度觸發邏輯思考,包括線程池管理,記憶體管理等問題。這些,無疑都增加了開發者的門檻,同時也會增加工作量。

那低代碼的目標就是減少工作量和對底層邏輯的關係,從此目標出發,我們可以構建一種描述式的編程方式。

所謂描述式的編程,就是把業務需求標準化,配置化,最優方案是可視化的配置的方式實現快速開發,這個過程中,開發人員不用關心電腦底層邏輯,只需要描述好數據模型,業務流程即可。

現在已經有很多成熟的低代碼平臺,比如Mendix這種,對於業務不複雜的情況,能夠實現程式的快速構建。但對於很多程式員來說,還是很不適應這種編碼方式。對於大多數程式員來說,一個好的低代碼框架,反而是更香的那個麵包,對於解決眼前的饑餓能夠起到立竿見影的效果。

說一下我們熟悉的一些業務場景,包括 工作流引擎,前端頁面裝修等,這些業務場景已經有了很成熟的低代碼框架幫我們解決。比如工作流引擎,當你處理流程審批的業務場景的時候,如果沒有工作流引擎,你可能還需要自己用狀態機來硬編碼你的程式,有了工作流引擎,我們可以實現業務配置化。

而業務編排思想,其實就是從命令式走向描述式的一次探索,所有低代碼框架的核心思想就是業務編排能力,通過打造不同的原子,和原子之間的排列組合,從而實現業務能力。

低代碼實現路徑---業務編排

業務編排思想核心還是業務單元模塊化,這個在某種程度跟微服務思想有點不謀而合。通過模塊化去解耦複雜業務系統,化繁為簡。下麵貼一個簡單的業務編排架構圖:

1. 核心組件說明

a. 流程引擎,規則引擎和決策表。

這些概念在activiti這種框架中也是耳熟能詳的,所以可以看出,業務編排也是依靠流程驅動實現的。只不過activiti關心的是橘色任務流轉,比如OA審批流這種,而業務編排關心的事一個複雜業務本身中的業務粒度拆分和裝配,例如下單流程,價格規則等等。

b. 上下文管理。

這個也是很重要的,在一個複雜的業務編排過程中,每個獨立組件之間不可避免會有數據交互,而這些都交給了上下文處理。對於上下文管理,也有兩種方式,一種是流程串聯中的上下文傳輸,類似水流中的小紙船,他會在流程中通過業務控制實現上下文的傳遞,當然這種在實現和理解上都會更複雜一些。

還有一種方式類似工作台,這裡可以做一個類比:n個工人按照一定順序圍繞一張工作台進行零件生產,每個工人都可以從工作臺上拿去資源生產自己的零件,而每個工人會將自己生產的零件放在工作臺上,同時也可以從工作臺上領取別的工人做好的零件。而這個工作台就是上下文, 所有的資源和零件在這個工作台之上是共用的。這種共用上下文的設計思想會讓業務實現和理解變得簡單,但它的問題在於組件的安全性和約束性,因為資源共用,所以每個組件都可以對資源進行修改,在軟體開發中,有時候失去約束性,會在系統迭代的過程中出現變質,這就類似於面向對象編程中的封裝性。

2. 案例講解

這裡舉個業務編排的例子,我們以商品詳情查看為例:

通過上圖可以看出,在商品詳情查看這個介面中,包含了商品基本信息查詢,庫存查詢,售後查詢,可售性查詢等流程,然後最終才得到返回值。

你可以將瀑布流式的代碼,轉變成以組件為核心概念的代碼結構,這種結構的好處是可以任意編排,組件與組件之間是解耦的,組件可以用腳本來定義,組件之間的流轉全靠規則來驅動。

可能有的同學會說,這個業務用瀑布是寫也問題不大嘛。那我再換一個更複雜一些的業務流程,大家是不是就可以看出業務編排的優勢,下麵給大家一個商城搜索介面的業務邏輯圖:

上面的案例是筆者在採靈通系統開發中真實的一個案例,筆者最開始是採用瀑布方式實現的該搜索關鍵字處理邏輯。但之後進行了重構,通過引入開源框架liteFlow的業務編排框架,極大的簡化的業務複雜度。基本可以實現流程圖即代碼的程度。具體代碼就不貼在此處了,如果大家該興趣,可以去研究一下liteflow這個業務編排開源框架。

從業務編排晉升為低代碼框架

從業務編排晉升為低代碼框架,需要改進幾個地方,第一個就是流程節點的Node, 在業務編排中,Node節點是一個可以自定義的業務模塊,可以由程式員自行寫業務邏輯。業務編排做到的是把複雜的業務變成簡單的業務,但簡單的業務也是需要開發的。如果我們把簡單的業務也原子化和配置化,那麼就可以成為一個入門級的低代碼框架了,那麼,我們的架構該如何調整呢?

首先我們需要將Node節點晉升為微流程節點,同時需要元數據模型支持。在微流程節點內,我們可以自定義CRUD模塊,也可以自定義動作和發佈時間,所有的緩存,查詢都會定義為一個個的微流程節點,當微流程節點豐富度可以覆蓋我們的業務代碼需求時,我們就可以是先業務開發的配置化。然後在配合部署管理模塊,實現代碼的一鍵發佈,這樣就實現了一個簡單的低代碼框架。而這也是所有主流的商用低代碼框架的思路。

總結

業務編排是實現低代碼的路徑之一,但不是唯一路徑。尤其是當我看到ChartGPT4.0出來之後,人工智慧,可以通過一個網頁草圖自動生成html代碼時,我覺得,這可能才是低代碼的最終歸宿吧。

作者:京東物流 趙勇萍

內容來源:京東雲開發者社區


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 數學上有一個“計算漢明重量”的問題,即求取一個二進位位中非 0 的數量。使用 Redis 提供的 Bitmap 統計時恰恰是這樣一個問題,學習後能發現解決辦法卻是如此巧妙。 ...
  • 2022年的程式員節, #大齡程式員去哪兒了#成為了社交媒體上最火的話題之一,程式員的職場成長問題在社會上引起了廣泛關註。 有2位在技術領域摸爬滾打很多年的開發者,35歲後的他們,有70後,有80後,依然在編程開發,依然有離職創業的勇氣,努力實現自己的人生價值。走進他們的故事,你會發現,這個世上沒有 ...
  • # React筆記-Hooks(九) ## Hooks ### 概念 >React Hooks 的意思是 組件儘量寫成純函數 如果需要外部功能和副作用 就用鉤子把外部代碼"鉤"進來 ### 函數組件和類組件區別 >- 函數組件沒有狀態(state) 類組件有 >- 函數組件沒有生命周期 類組件有(掛 ...
  • OpenAI於前幾天發佈了IOS版ChatGPT智能App應用。預示著ChatGPT正式踏入了移動設備領域。 現在可以去AppStore下載這款免費、帶有語音設別功能的ChatGPT應用了。 基於vite4.x+vue3+pinia2模仿chatgpt手機端聊天模板Vue3-MobileGPT。 運 ...
  • 這裡給大家分享我在網上總結出來的一些知識,希望對大家有所幫助 前言 在實際的開發工作過程中,積累了一些常見又超級好用的 Javascript 技巧和代碼片段,包括整理的其他大神的 JS 使用技巧,今天篩選了 9 個,以供大家參考。 1、動態載入 JS 文件 在一些特殊的場景下,特別是一些庫和框架的開 ...
  • HTTP 1.1相比HTTP 1.0具有以下優點: 1. 持久連接 :HTTP 1.1引入了持久連接機制,允許多個請求和響應復用同一個TCP連接。這樣可以減少建立和關閉連接的開銷,提高性能和效率。2. 流水線處理 :HTTP 1.1支持流水線處理,即可以同時發送多個請求,不需要等待前一個請求的響應。 ...
  • 參考:[Building a WebGL Carousel with React Three Fiber and GSAP](https://tympanus.net/codrops/2023/04/27/building-a-webgl-carousel-with-react-three-fibe ...
  • ## 一、模式動機 迭代器模式(Iterator Pattern)是一種使用頻率非常高的行為型設計模式,**迭代器**用於**對一個聚合對象進行遍歷**。通過**引入迭代器**可以**將數據的遍歷功能從聚合對象中分離出來**,**聚合對象只負責存儲數據**,而**遍曆數據由迭代器來完成**,簡化了聚 ...
一周排行
    -Advertisement-
    Play Games
  • Timer是什麼 Timer 是一種用於創建定期粒度行為的機制。 與標準的 .NET System.Threading.Timer 類相似,Orleans 的 Timer 允許在一段時間後執行特定的操作,或者在特定的時間間隔內重覆執行操作。 它在分散式系統中具有重要作用,特別是在處理需要周期性執行的 ...
  • 前言 相信很多做WPF開發的小伙伴都遇到過表格類的需求,雖然現有的Grid控制項也能實現,但是使用起來的體驗感並不好,比如要實現一個Excel中的表格效果,估計你能想到的第一個方法就是套Border控制項,用這種方法你需要控制每個Border的邊框,並且在一堆Bordr中找到Grid.Row,Grid. ...
  • .NET C#程式啟動閃退,目錄導致的問題 這是第2次踩這個坑了,很小的編程細節,容易忽略,所以寫個博客,分享給大家。 1.第一次坑:是windows 系統把程式運行成服務,找不到配置文件,原因是以服務運行它的工作目錄是在C:\Windows\System32 2.本次坑:WPF桌面程式通過註冊表設 ...
  • 在分散式系統中,數據的持久化是至關重要的一環。 Orleans 7 引入了強大的持久化功能,使得在分散式環境下管理數據變得更加輕鬆和可靠。 本文將介紹什麼是 Orleans 7 的持久化,如何設置它以及相應的代碼示例。 什麼是 Orleans 7 的持久化? Orleans 7 的持久化是指將 Or ...
  • 前言 .NET Feature Management 是一個用於管理應用程式功能的庫,它可以幫助開發人員在應用程式中輕鬆地添加、移除和管理功能。使用 Feature Management,開發人員可以根據不同用戶、環境或其他條件來動態地控制應用程式中的功能。這使得開發人員可以更靈活地管理應用程式的功 ...
  • 在 WPF 應用程式中,拖放操作是實現用戶交互的重要組成部分。通過拖放操作,用戶可以輕鬆地將數據從一個位置移動到另一個位置,或者將控制項從一個容器移動到另一個容器。然而,WPF 中預設的拖放操作可能並不是那麼好用。為瞭解決這個問題,我們可以自定義一個 Panel 來實現更簡單的拖拽操作。 自定義 Pa ...
  • 在實際使用中,由於涉及到不同編程語言之間互相調用,導致C++ 中的OpenCV與C#中的OpenCvSharp 圖像數據在不同編程語言之間難以有效傳遞。在本文中我們將結合OpenCvSharp源碼實現原理,探究兩種數據之間的通信方式。 ...
  • 一、前言 這是一篇搭建許可權管理系統的系列文章。 隨著網路的發展,信息安全對應任何企業來說都越發的重要,而本系列文章將和大家一起一步一步搭建一個全新的許可權管理系統。 說明:由於搭建一個全新的項目過於繁瑣,所有作者將挑選核心代碼和核心思路進行分享。 二、技術選擇 三、開始設計 1、自主搭建vue前端和. ...
  • Csharper中的表達式樹 這節課來瞭解一下表示式樹是什麼? 在C#中,表達式樹是一種數據結構,它可以表示一些代碼塊,如Lambda表達式或查詢表達式。表達式樹使你能夠查看和操作數據,就像你可以查看和操作代碼一樣。它們通常用於創建動態查詢和解析表達式。 一、認識表達式樹 為什麼要這樣說?它和委托有 ...
  • 在使用Django等框架來操作MySQL時,實際上底層還是通過Python來操作的,首先需要安裝一個驅動程式,在Python3中,驅動程式有多種選擇,比如有pymysql以及mysqlclient等。使用pip命令安裝mysqlclient失敗應如何解決? 安裝的python版本說明 機器同時安裝了 ...