使用無代碼/低代碼平臺進行開發的 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
  • 1、預覽地址:http://139.155.137.144:9012 2、qq群:801913255 一、前言 隨著網路的發展,企業對於信息系統數據的保密工作愈發重視,不同身份、角色對於數據的訪問許可權都應該大相徑庭。 列如 1、不同登錄人員對一個數據列表的可見度是不一樣的,如數據列、數據行、數據按鈕 ...
  • 前言 上一篇文章寫瞭如何使用RabbitMQ做個簡單的發送郵件項目,然後評論也是比較多,也是準備去學習一下如何確保RabbitMQ的消息可靠性,但是由於時間原因,先來說說設計模式中的簡單工廠模式吧! 在瞭解簡單工廠模式之前,我們要知道C#是一款面向對象的高級程式語言。它有3大特性,封裝、繼承、多態。 ...
  • Nodify學習 一:介紹與使用 - 可樂_加冰 - 博客園 (cnblogs.com) Nodify學習 二:添加節點 - 可樂_加冰 - 博客園 (cnblogs.com) 介紹 Nodify是一個WPF基於節點的編輯器控制項,其中包含一系列節點、連接和連接器組件,旨在簡化構建基於節點的工具的過程 ...
  • 創建一個webapi項目做測試使用。 創建新控制器,搭建一個基礎框架,包括獲取當天日期、wiki的請求地址等 創建一個Http請求幫助類以及方法,用於獲取指定URL的信息 使用http請求訪問指定url,先運行一下,看看返回的內容。內容如圖右邊所示,實際上是一個Json數據。我們主要解析 大事記 部 ...
  • 最近在不少自媒體上看到有關.NET與C#的資訊與評價,感覺大家對.NET與C#還是不太瞭解,尤其是對2016年6月發佈的跨平臺.NET Core 1.0,更是知之甚少。在考慮一番之後,還是決定寫點東西總結一下,也回顧一下.NET的發展歷史。 首先,你沒看錯,.NET是跨平臺的,可以在Windows、 ...
  • Nodify學習 一:介紹與使用 - 可樂_加冰 - 博客園 (cnblogs.com) Nodify學習 二:添加節點 - 可樂_加冰 - 博客園 (cnblogs.com) 添加節點(nodes) 通過上一篇我們已經創建好了編輯器實例現在我們為編輯器添加一個節點 添加model和viewmode ...
  • 前言 資料庫併發,數據審計和軟刪除一直是數據持久化方面的經典問題。早些時候,這些工作需要手寫複雜的SQL或者通過存儲過程和觸發器實現。手寫複雜SQL對軟體可維護性構成了相當大的挑戰,隨著SQL字數的變多,用到的嵌套和複雜語法增加,可讀性和可維護性的難度是幾何級暴漲。因此如何在實現功能的同時控制這些S ...
  • 類型檢查和轉換:當你需要檢查對象是否為特定類型,並且希望在同一時間內將其轉換為那個類型時,模式匹配提供了一種更簡潔的方式來完成這一任務,避免了使用傳統的as和is操作符後還需要進行額外的null檢查。 複雜條件邏輯:在處理複雜的條件邏輯時,特別是涉及到多個條件和類型的情況下,使用模式匹配可以使代碼更 ...
  • 在日常開發中,我們經常需要和文件打交道,特別是桌面開發,有時候就會需要載入大批量的文件,而且可能還會存在部分文件缺失的情況,那麼如何才能快速的判斷文件是否存在呢?如果處理不當的,且文件數量比較多的時候,可能會造成卡頓等情況,進而影響程式的使用體驗。今天就以一個簡單的小例子,簡述兩種不同的判斷文件是否... ...
  • 前言 資料庫併發,數據審計和軟刪除一直是數據持久化方面的經典問題。早些時候,這些工作需要手寫複雜的SQL或者通過存儲過程和觸發器實現。手寫複雜SQL對軟體可維護性構成了相當大的挑戰,隨著SQL字數的變多,用到的嵌套和複雜語法增加,可讀性和可維護性的難度是幾何級暴漲。因此如何在實現功能的同時控制這些S ...