“低代碼”的多種類型

“低代碼”的多種類型

關鍵要點

低代碼平臺的真正力量不是支持普通開發人員，而是通過提供減少編碼需求的技術、框架和方法來授權專業開發人員。低代碼平臺有兩種起源:基于工作流和代碼生成。低代碼平臺生態系統是非常多樣化的，它結合了八個關鍵的、重疊的方面的各種組合，包括執行方法、架構方法、部署選項和目標人物。支持異構技術團隊的低代碼平臺有五個基本方面:可擴展性、可伸縮性、DevOps能力、部署選項、圖形工具/編碼選項。要為技術團隊選擇合適的低代碼平臺，重要的是要理解工具、擴展點、集成功能、API、底層技術以及它提供的持續集成和部署選項。

當我們聽到“低代碼”平臺時，我們通常也會聽到開發人員如何圖形化地創建企業應用程序，而不需要編寫代碼。本文提供了一個不同的視角，它研究了當今存在的許多不同風格的低代碼平臺，以及它們對專業開發人員的最佳服務的重要性。

低代碼起源

關于“低代碼”的困惑部分來自于對低代碼開發平臺的誤解。低代碼平臺通常有兩種主要的起源。低代碼平臺不是昨天才出現的;它們是兩種不同的、成熟的現有技術的邏輯演進：

工作流和業務流程管理(BPM)平臺：這些平臺是低代碼的先驅。在其最基本的形式中，BPM將業務邏輯封裝在業務流程模型中，而不是對該邏輯進行編碼。對于BPM平臺，可以使用標準編輯器(例如BPMN2，它在BPM平臺中廣泛使用)圖形化地設計業務邏輯，然后由事務流程引擎執行模型。這被稱為模型驅動開發。如今，大多數BPM平臺都添加了可以用來構建完整業務應用程序的工具和框架。BPM平臺的一些例子包括Appian、Pega、K2、Bizagi和Bonita。代碼生成平臺：這些平臺提供了可視化的應用程序開發環境，以簡化應用程序的創建。一旦應用程序完成，平臺就會生成可執行代碼。今天，許多這些平臺還添加了一些工作流功能，以完成其原始的webflow方法來設計業務應用程序邏輯。這些平臺的一些常見例子包括Outsystems、Kony和Progress Kinvey。

但隨著市場和軟件的成熟，低代碼用戶現在有更多的選擇可以考慮——不再只是“香草”和“巧克力”，而是至少“31種口味”的低代碼平臺。如何選擇?選擇一個低代碼的解決方案可能不像選擇本月的冰淇淋口味那么容易。選擇正確的平臺意味著要考慮以下標準以及它們如何融入您的需求：

經營范圍:流程自動化、智能自動化、微服務編排、案例管理、業務應用開發目標人物:一般開發人員，專業開發人員，兩者的混合執行方法:(如上所述)模型驅動的開發，代碼生成，兩者的混合體系結構方法:基于組件或服務，可嵌入的功能，平臺可擴展性，可用的APIs項目復雜性:小/中/大項目，可伸縮性，容錯能力和性能，同步和異步執行部署選項:本地、公共/私有/混合云、SaaS、aPaaS集成選項:云集成、遺留集成、DevOps工具學習和補充材料:免費、開源、教程、GitHub存儲庫示例

專業開發人員不可替代的作用

讓我們仔細研究一下，普通開發人員在沒有專業開發人員參與的情況下構建關鍵應用程序。

一些面向普通開發人員的低代碼平臺的支持者說，使用低代碼平臺可以解決缺乏可用開發人員來支持所有所需項目的問題。當沒有足夠的專業開發人員開發企業應用程序時，普通開發人員是否有可能填補這一空白?或者他們甚至會取代專業開發人員?我絕對不這么認為。但是，即使這是可能的，只使用普通開發人員也只是通過創建一個更大的問題來解決一個問題:最終負責企業應用程序的IT團隊如何從非技術人員構建的應用程序中獲得最佳性能、維護和發展。

坦率地說，不讓專業開發人員參與開發是很危險的。尤其令人害怕的是，非專業的開發人員可能正在管理核心應用程序的實現，比如，作為低代碼平臺支持的數字轉換計劃的一部分!

低代碼平臺的真正力量是通過提供技術、框架和方法來提高可重用性并減少對代碼的需求——而不是消除它，從而支持普通開發人員和專業開發人員；專業開發人員需要低代碼平臺，通過正確的技術集來提高生產力，同時支持與公民開發人員的協作。

除了來自低代碼平臺的專業開發人員，專業開發人員對低代碼平臺開發企業應用至少有五個基本要求:可擴展性、圖形工具+編碼選項、DevOps和持續交付、部署選項和可伸縮性。我還要補充第六項:開源選項提供的優勢，包括在做決定之前嘗試使用一個平臺的能力，減少學習曲線，并成為社區的一部分分享。

可擴展性帶來的靈活性提供了自由：開發者和其他人一樣喜歡自由。面對要在其上構建應用程序的完整平臺，開發人員只選擇他們需要的組件(例如，只選擇流程引擎，或者可能是流程引擎和用戶界面設計器)的能力提供了靈活性?？蓴U展性帶來了擴展庫、框架或平臺并改進它的自由(例如，通過向第三方系統添加新的連接器，或添加缺失的REST API)。使用另一個服務或組件替換一個服務或組件的自由度(例如，替換默認的身份驗證或SSO服務)?？梢宰杂傻貙⑵渑c其他首選解決方案結合(例如，使用特定的事務管理器、數據庫、應用服務器或持續集成工具)。面向開發人員的低代碼平臺仍然需要允許自由編碼。

為異類團隊提供圖形工具和編碼的良好組合：開發人員可能喜歡編碼，但他們通常不喜歡重復工作。如果有一種易于使用、功能強大且圖形化的方法來設計網頁或以圖形化方式配置流程參數，那么總有人會很樂意使用它。當然，也總會有人不想要或不需要“易于使用”的工具。真正喜歡編寫代碼的開發人員如果可以選擇使用自己喜歡的javascript庫創建web頁面，或者使用XML文件配置流程參數，那么低代碼的方法也可以接受。面向開發人員的低代碼平臺有效地支持具有不同偏好和技能水平的技術團隊。

用于協作和持續交付的工具：數字轉型就是快速構建新的能力，看看哪些是可行的，哪些是不可行的，并根據反饋和利用敏捷性做出改變。如果沒有專業開發人員和DevOps團隊的參與，該如何工作?今天構建軟件意味著使用本地集成技術，如Github用于協作和存儲庫管理，Docker用于自動化交付，Jenkins用于持續集成，Ansible用于應用和平臺的準備和部署。開發人員的低代碼平臺應該允許他們使用自己喜歡的方法和框架。

支持多學科開發團隊：在企業實現中，跨分布式開發團隊工作的變更管理設施是至關重要的。開發團隊通常由不同的概要文件(前端和后端)組成，他們可能使用混合開發方法，如上所述。有些開發者可能更喜歡使用圖形工具進行用戶界面開發，而有些開發者則更喜歡使用HTML5和Javascript進行手工編碼。低代碼平臺允許異構團隊之間的協作，這可能有助于解決“缺少可用開發人員來支持所有需要完成的項目”的問題。

架構和可伸縮性的靈活選擇：無論應用程序是部署在本地，還是通過SaaS，還是在公共、私有或混合的云上，專業開發者都希望能夠清楚地了解該平臺將構建的應用程序的架構。這允許他們為性能和可伸縮性建模和設計這些應用程序，改善應用程序組件和服務之間的通信，或將用戶界面和數據從業務流程中解耦。對于架構、可擴展性和代碼自由的清晰視圖，對于開發人員構建在不同環境下運行和擴展的企業應用程序至關重要。

先試后買;學習和分享：開發人員，像其他人一樣，當然更愿意參與選擇他們將要使用的工具的過程。開源和免費模式平臺在這方面走在了前面。開源產品的優勢在于任何人都可以下載并開始使用它。一般來說，它的背后也有一個社區，可以提出問題、給出反饋和分享最佳實踐。

低代碼用于高協作：數字轉換計劃需要代碼以及一個由業務用戶、技術技能和最終用戶組成的偉大團隊，才能成功地創建創新的企業應用程序。選擇合適的低代碼平臺來增強數字轉換團隊的能力，意味著要清楚地理解它所提供的工具、擴展點、集成功能、API、底層技術以及持續集成和部署選項；事實上，任何復雜的低代碼項目實現都必須涉及專業開發人員。這并沒有剝奪使用這些平臺的任何好處(包括開發速度)，但應該幫助我們關注真正的問題:如何在低代碼平臺的環境中更好地為專業開發人員服務，以及如何改進這些項目中不同角色(包括公民開發人員)之間的協作。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。