使用無代碼/低代碼平臺進行開發的 5 大挑戰

来源:https://www.cnblogs.com/nocobase/p/18002981
-Advertisement-
Play Games

近年來,越來越多的開發者會選擇使用無代碼/低代碼平臺進行業務系統的開發。原因很簡單:不用從零開始研發一整套系統,並且有易用的模板和可視化的操作界面,大大減少了業務開發的難度和所需時間。 然而,真正嘗試過的開發者會發現,無代碼/低代碼確實能讓開發變“簡單”,但新的挑戰也隨之而來。 ...


近年來,越來越多的開發者會選擇使用無代碼/低代碼平臺進行業務系統的開發。原因很簡單:不用從零開始研發一整套系統,並且有易用的模板和可視化的操作界面,大大減少了業務開發的難度和所需時間。

然而,真正嘗試過的開發者會發現,無代碼/低代碼確實能讓開發變“簡單”,但新的挑戰也隨之而來。

在這篇文章中,我們將與大家探討這些已有的挑戰,並且可以怎樣更好地應對。

挑戰 1:難以準確評估項目複雜度和無代碼/低代碼平臺的靈活性

開發者在推進系統研發前會做技術可行性分析,平臺選擇也是一樣的道理。

低代碼/無代碼平臺為了簡化開發流程通常會提供一些抽象層(如:高級組件、模塊或工具)。抽象層會隱藏底層的複雜性,這可能導致在需要對底層進行更細緻控制的情況下,開發者無法直接操作底層代碼

舉個最簡單的例子:開發者想實現一個定製化的庫存調整界面,其中包括特定欄位的顯示、隱藏或排列等。但由於平臺提供了一些通用的界面定製選項,使得開發者無法自由地設計符合他們特定需求的庫存調整界面。

所以開發者在選擇平臺時需要先準確評估自身項目的複雜度,同時判斷目標平臺的靈活性是否能滿足業務需求。(如何才能做到準確評估?之後我們可以單獨寫一篇文章分享。)

挑戰 2:大量定製導致項目後期難度陡增

無代碼/低代碼平臺由於自身特點使然,不可能做到不定製開發就完全滿足業務需求。特別是在一些龐大、複雜且深入行業的場景下,定製更是一種剛需。

如果前期評估不佳,導致選擇的平臺本身與項目不是特別匹配,到後期就需要額外增加許多定製開發才能滿足複雜的業務需求。

而到此時,業務通常已經進入中後期,無論是繼續投入大量定製或者選擇遷移整個項目,對企業來說都是一筆不小的成本。

所以前期選擇時要重點考量目標無代碼/低代碼平臺可拓展性以及對定製開發的接受程度,避免產生沉沒成本

挑戰 3:項目依賴無代碼/低代碼平臺提供商

選擇某一平臺後,項目難以避免依賴平臺提供商。這時便需要多維度的考量平臺提供商的能力,包括但不限於:可用性和穩定性、服務級別協議(SLA)、數據隱私安全、平臺相容性等。

其中平臺的相容性代表與新舊業務系統的對接難度(特別是難以預計的新項目)。需要平臺有儘可能大的相容度,能對接不同數據源或不同業務平臺。

挑戰 4:學習曲線

你可能會覺得,無代碼/低代碼平臺不就是主打簡單嗎?為什麼還會有學習曲線的問題?但對於一些開發者而言,不同的平臺有不同的概念、工具和工作流程。

此外,對於經驗豐富的開發者來說,需要適應的則是平臺的限制和抽象

優秀的抽象層可以提高開發效率,降低學習曲線,並減少開發過程中的錯誤;而糟糕的抽象層則會帶來限制,同時也會使得問題追蹤和調試變得困難。

所以選擇更符合開發者邏輯的平臺顯得尤為重要。

挑戰 5:安全性問題

通過無代碼開發自動生成的代碼可能容易受到安全威脅。由於無法直接操作底層代碼,開發者也難以實施一些複雜的安全策略

如果是閉源軟體,對代碼的可控程度也會降低。同時系統的部署形式不同,也會面對不一樣的安全風險。

獨立部署通常安全性會更強,但是隨之而來的管理和維護工作也需要開發者投入時間。

除此外,還需要考慮的安全性問題還包括:身份驗證和授權問題、數據加密和傳輸安全問題以及平臺自身漏洞等問題。

總結:平臺提供好用的工具,同時需要開發者能力加持

最後我們總結一下。要想使用好無代碼/低代碼開發平臺,一定要提前知曉這些挑戰,儘量降低項目風險。開發者的能力在這裡起到了更為主導的作用,無代碼/低代碼開發平臺為做工具,目的是提供更便捷的業務實現方式

NocoBase 作為一個面向開發者使用的無代碼開發平臺,我們期望提供一個更強大且易用的工具。為了儘可能避免無代碼/低代碼開發平臺的短板,我們在產品設計之初就確定了產品的架構形式:

1. 微內核

2. 功能插件化

3. 開放源代碼

4. 頁面配置所見即所得

5. 模型驅動,界面與數據分離


NocoBase 採用插件化架構,所有新功能都可以通過開發和安裝插件來實現,擴展功能就像在手機上安裝 APP 一樣簡單。

這樣的設計讓 NocoBase 既擁有了無代碼開發的易用性,同時也有定製功能拓展的靈活性

業務構建可以從數據關係入手,再進一步搭建上面的應用層,這樣的邏輯也更符合開發者的工作習慣。同時擁抱開源也讓我們的產品更健康,來自世界各地的開發者可以輕易地與我們溝通、反饋甚至加入開發。

NacoBase 非常感謝我們的用戶,給到我們真實的使用反饋,讓我們可以不斷打磨和迭代這樣一款產品。截至目前已有許多開發者在真實業務場景中使用 NocoBase ,以滿足他們的開發需求。

經過幾年時間的逐步完善,NocoBase 將於第一季度正式發佈 1.0 版本。我們用心做好一款無代碼開發平臺,歡迎的你來試用體驗。


訪問 NocoBase 官網

您可以在官網申請 Demo 演示,體檢站點將在 1 分鐘內創建完畢自動發送到您的郵箱。

訪問 NocoBase GitHub

也可以直接訪問 GitHub ,下載 NocoBase 源碼並安裝。支持 Docker 安裝、create-nocobase-app 安裝和 Git 源碼安裝。

Photo by Emile Perron on Unsplash


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

-Advertisement-
Play Games
更多相關文章
  • 目錄1. 引言2. 優化過程2.1. 進程對象定義與初步分析2.2. 排除Json序列化2.3. 使用BinaryWriter進行二進位序列化2.4. 數據類型調整2.5. 再次數據類型調整與位域優化3. 優化效果與總結 1. 引言 在操作系統中,進程信息對於系統監控和性能分析至關重要。假設我們需要 ...
  • C# Switch 語句 使用 switch 語句選擇要執行的多個代碼塊中的一個。 示例: switch(expression) { case x: // 代碼塊 break; case y: // 代碼塊 break; default: // 代碼塊 break; } 它的工作方式如下: 評估 s ...
  • 背景:今天接到客戶一個需求,就是在收銀員在用掃碼槍掃顧客會員碼或者微信付款碼的時候判斷用戶有沒有加企微好友和進企微群,然後根據這個狀態進行語音播報,判斷顧客能不能享受優惠價。關鍵難點就是用戶用的收銀系統是別家的,線上小程式用的是我們家的,兩家不互通,所以立即決定採用Hook鉤子技術做一工具掛在其他收 ...
  • 使用C#中的Dictionary與ConcurrentDictionary進行多線程操作 在C#中,Dictionary是一個常見的字典類型,但它不是線程安全的。為了在多線程環境中確保全全的操作,我們可以使用ConcurrentDictionary,這是一個專門設計用於多線程場景的線程安全字典。 1 ...
  • 在 .NET 中,Task 和 ValueTask 都是用於表示非同步操作的類型,但它們有一些重要的區別。 Task Task 是最常見的表示非同步操作的類型。它通常用於表示耗時的、非同步的操作,比如從文件讀取數據、執行資料庫查詢等。Task 是一個引用類型,它封裝了非同步操作的狀態和結果。 using S ...
  • 各位朋友聽我一句勸,寫代碼提供方法給別人調用時,不管是內部系統調用,還是外部系統調用,還是被動觸發調用(比如MQ消費、回調執行等),一定要加上必要的條件校驗。千萬別信某些同事說的這個條件肯定會傳、肯定有值、肯定不為空等等。這不,臨過年了我就被坑了一波,弄了個生產事故,年終獎基本是涼了半截。 為了保障 ...
  • 最近有同事看到位元組跳動產品設計文檔里有資料庫表er圖。就想問問又沒有現成的工具也給直接生成一個er圖,經查找驗證發現並沒有。因為現在表關係都是用的邏輯外鍵而非物理外鍵約束的,所以像navicat等工具就算生成了也沒有描述關係的連接線。那麼為了滿足需求,這邊就略微出手寫了個代碼實現er關係的工具。(註 ...
  • 促銷業務概述 什麼是促銷? 促銷是商家用來吸引消費者購物的一種手段,目的是讓更多的人知道併購買他們的產品,這樣就能賣得更多。促銷的方法有很多種,比如,價格優惠、贈品、優惠券、折扣、買一贈一等形式。 特別是在新零售行業,促銷更加重要,由於新零售是線上和線下結合的,顧客可以線上上看到促銷信息,然後在實體 ...
一周排行
    -Advertisement-
    Play Games
  • GoF之工廠模式 @目錄GoF之工廠模式每博一文案1. 簡單說明“23種設計模式”1.2 介紹工廠模式的三種形態1.3 簡單工廠模式(靜態工廠模式)1.3.1 簡單工廠模式的優缺點:1.4 工廠方法模式1.4.1 工廠方法模式的優缺點:1.5 抽象工廠模式1.6 抽象工廠模式的優缺點:2. 總結:3 ...
  • 新改進提供的Taurus Rpc 功能,可以簡化微服務間的調用,同時可以不用再手動輸出模塊名稱,或調用路徑,包括負載均衡,這一切,由框架實現並提供了。新的Taurus Rpc 功能,將使得服務間的調用,更加輕鬆、簡約、高效。 ...
  • 本章將和大家分享ES的數據同步方案和ES集群相關知識。廢話不多說,下麵我們直接進入主題。 一、ES數據同步 1、數據同步問題 Elasticsearch中的酒店數據來自於mysql資料庫,因此mysql數據發生改變時,Elasticsearch也必須跟著改變,這個就是Elasticsearch與my ...
  • 引言 在我們之前的文章中介紹過使用Bogus生成模擬測試數據,今天來講解一下功能更加強大自動生成測試數據的工具的庫"AutoFixture"。 什麼是AutoFixture? AutoFixture 是一個針對 .NET 的開源庫,旨在最大程度地減少單元測試中的“安排(Arrange)”階段,以提高 ...
  • 經過前面幾個部分學習,相信學過的同學已經能夠掌握 .NET Emit 這種中間語言,並能使得它來編寫一些應用,以提高程式的性能。隨著 IL 指令篇的結束,本系列也已經接近尾聲,在這接近結束的最後,會提供幾個可供直接使用的示例,以供大伙分析或使用在項目中。 ...
  • 當從不同來源導入Excel數據時,可能存在重覆的記錄。為了確保數據的準確性,通常需要刪除這些重覆的行。手動查找並刪除可能會非常耗費時間,而通過編程腳本則可以實現在短時間內處理大量數據。本文將提供一個使用C# 快速查找並刪除Excel重覆項的免費解決方案。 以下是實現步驟: 1. 首先安裝免費.NET ...
  • C++ 異常處理 C++ 異常處理機制允許程式在運行時處理錯誤或意外情況。它提供了捕獲和處理錯誤的一種結構化方式,使程式更加健壯和可靠。 異常處理的基本概念: 異常: 程式在運行時發生的錯誤或意外情況。 拋出異常: 使用 throw 關鍵字將異常傳遞給調用堆棧。 捕獲異常: 使用 try-catch ...
  • 優秀且經驗豐富的Java開發人員的特征之一是對API的廣泛瞭解,包括JDK和第三方庫。 我花了很多時間來學習API,尤其是在閱讀了Effective Java 3rd Edition之後 ,Joshua Bloch建議在Java 3rd Edition中使用現有的API進行開發,而不是為常見的東西編 ...
  • 框架 · 使用laravel框架,原因:tp的框架路由和orm沒有laravel好用 · 使用強制路由,方便介面多時,分多版本,分文件夾等操作 介面 · 介面開發註意欄位類型,欄位是int,查詢成功失敗都要返回int(對接java等強類型語言方便) · 查詢介面用GET、其他用POST 代碼 · 所 ...
  • 正文 下午找企業的人去鎮上做貸後。 車上聽同事跟那個司機對罵,火星子都快出來了。司機跟那同事更熟一些,連我在內一共就三個人,同事那一手指桑罵槐給我都聽愣了。司機也是老社會人了,馬上聽出來了,為那個無辜的企業經辦人辯護,實際上是為自己辯護。 “這個事情你不能怪企業。”“但他們總不能讓銀行的人全權負責, ...