構(gòu)建 CRUD 應用程序的最佳工具（view system可以構(gòu)建應用程序的基本組件）

艾倫·秦在Unsplash上的照片

創(chuàng)建、讀取、更新和刪除 (CRUD) 是大多數(shù)應用程序所需的基本功能。換句話說，CRUD 應用程序使用戶能夠?qū)?shù)據(jù)輸入和輸出數(shù)據(jù)存儲。

例如，考慮一個筆記應用程序。您可以創(chuàng)建一個將存儲在數(shù)據(jù)庫中的新筆記（創(chuàng)建）。每次重新訪問應用程序（閱讀）時，您都可以查看從數(shù)據(jù)庫中檢索到的所有筆記。您可以編輯筆記的內(nèi)容（更新），也可以刪除筆記（刪除）。由于它們的基本性質(zhì)和構(gòu)成大多數(shù) CRUD 應用程序的重復代碼，它們非常適合使用無代碼或低代碼工具進行構(gòu)建。

無代碼或低代碼工具使軟件開發(fā)更易于訪問，因為用戶不必知道如何編寫代碼來構(gòu)建應用程序。至少在某些方面，您可以避免開發(fā)人員進行簡單構(gòu)建的費用，或者只是更快地構(gòu)建應用程序，通常使用拖放界面。

一個工具是無代碼還是低代碼絕對是您在將其應用到您的工作流程之前需要考慮的事情——您是否需要該工具可供沒有編碼經(jīng)驗的人使用？還是您只是需要它來消除一些重復的編碼任務，例如設置 Web 服務器？- 但這遠不是要記住的唯一標準。

本文比較了一些用于構(gòu)建 CRUD 應用程序的最佳無代碼和低代碼工具的廣泛特性。我們將介紹每個工具的靈活性、用戶友好性、可擴展性、價格和其他獨特功能。當我們結(jié)束時，您應該能夠就哪種工具最適合您的用例做出明智的決定。

1. Appsmith “用于 CRUD 應用程序、管理面板和工作流的 Appsmith 開源框架”）

Appsmith 是一個開源工具，非常適合構(gòu)建管理儀表板、CRUD 應用程序和工作流。這個低代碼工具具有預先構(gòu)建的 UI 小部件，例如表格、圖表、表單和地圖查看器，可幫助您構(gòu)建連接到現(xiàn)有或新數(shù)據(jù)源的前端。Appsmith 是構(gòu)建內(nèi)部工具的理想選擇，盡管應用程序可以公開，但它并不是為復雜的 UI 交互而構(gòu)建的，就像您在現(xiàn)代電子商務或面向消費者的網(wǎng)站中看到的那樣。

特征

• 直觀的拖放小部件
• 輕松直接連接并查詢您選擇的受支持數(shù)據(jù)庫，或使用 REST 或 GraphQL API 作為您的數(shù)據(jù)源
• 支持應用程序構(gòu)建和測試的協(xié)作
• 在 Appsmith 云或您自己的 Docker 實例上托管的選項
• 完整的文檔和視頻學習材料
• 他們的標準計劃包含無限的應用程序和頁面，目前是免費的
• 通過 Google 或 GitHub 進行用戶身份驗證
• 申請可以公開

缺點

• 您需要知道如何編寫查詢和一些 JavaScript 才能充分利用該平臺
• 面向公眾的應用程序沒有精細的權(quán)限

2.布迪基

Budibase 是另一個開源低代碼工具，可以更輕松地構(gòu)建和發(fā)布內(nèi)部工具和 CRUD 應用程序。它具有與多個外部工具的集成，支持大多數(shù)主要數(shù)據(jù)庫，并允許您使用 webhook 或 CSV 導入來填充應用程序中的數(shù)據(jù)。

像 Appsmith 一樣，Budibase 是為構(gòu)建基于 Web 的內(nèi)部軟件而構(gòu)建的，但它需要更多的工作才能開始，因為您需要在您的計算機上安裝他們的客戶端。這也意味著如果不教他們使用 npm 和終端，您將無法讓您的非技術(shù)團隊成員在 CRUD 應用程序的某個地方進行快速更改。

特征

• 離線構(gòu)建和測試應用程序
• 有吸引力的小部件以及其他樣式屬性可幫助您構(gòu)建漂亮的 UI
• 在您的基礎(chǔ)架構(gòu)上自行托管您的應用程序或在 Budibase 云上托管
• 連接外部數(shù)據(jù)庫或使用 Budibase 的內(nèi)置數(shù)據(jù)庫
• 廣泛且經(jīng)過深思熟慮的文檔
• 內(nèi)置身份驗證和用戶管理

缺點

• 需要您下載本地客戶端
• 需要 JavaScript 和命令行技能
• 沒有預建模板

3.訣竅

Knack 是一個無代碼工具，用于構(gòu)建 CRUD 應用程序并允許用戶查看、更新、管理、共享和分析他們的數(shù)據(jù)。Knack 非常適合構(gòu)建基于 Web 的內(nèi)部應用程序，這些應用程序可以自動執(zhí)行手動或基于紙張的流程，但如果您要插入現(xiàn)有數(shù)據(jù)集，它會受到一些重大限制。由于 Knack 僅支持內(nèi)置數(shù)據(jù)庫，因此您必須將應用程序數(shù)據(jù)導入 Knack，并且不會自動保持同步。Knack 也有一些非常嚴格的API 限制，因此您必須在擴展時要求增加使用上限。

特征

• 適用于不同用例的應用程序模板，可快速上手
• 應用程序托管在唯一的 URL 上，但您也可以將應用程序直接嵌入到現(xiàn)有網(wǎng)站中
• 內(nèi)置身份驗證、用戶管理、電子郵件和通知自動化工作流程
• 內(nèi)置數(shù)據(jù)庫
• 編寫自定義 JavaScript 和 CSS以進行進一步自定義的選項
• 包含大量外部學習材料和活躍社區(qū)論壇的大量文檔
• 使用 Zapier 和 Integromat 將數(shù)百種其他服務集成到您的應用程序的選項

缺點

• 僅適用于平臺自己的內(nèi)置數(shù)據(jù)庫
• 沒有免費計劃。在為期 14 天的免費試用后，入門套餐的起價為每月 39 美元。
• API 速率限制可能會限制您的擴展能力
• 非常簡單的 UI 組件

4.泡沫

Bubble 是一個無代碼工具，主要用于構(gòu)建全棧 Web 應用程序。雖然您可以構(gòu)建從 CRUD 應用程序到復雜的市場 SaaS 產(chǎn)品的幾乎任何東西，但對于較小的內(nèi)部工具來說，這可能是過度的。它學習起來很復雜，并且不能托管在您自己的基礎(chǔ)架構(gòu)上，因此您必須信任 Bubble 才能讓您的應用程序保持運行。對自定義代碼的支持也相當有限，因為 Bubble 主要是為非編碼人員設計的。

特征

• 拖放、像素完美、完全可定制的小部件和設計
• 處理部署和托管
• 對用戶數(shù)量、流量或存儲的數(shù)據(jù)量沒有硬性限制
• 廣泛的文檔以及 YouTube 和論壇上的活躍社區(qū)
• 具有第三方身份驗證支持的內(nèi)置用戶管理系統(tǒng)
• 內(nèi)置本地化會自動翻譯您應用的文本
• 邀請多達 40 人使用托管權(quán)限和訪問權(quán)限進行協(xié)作
• 能夠從Figma導入設計并快速將它們轉(zhuǎn)換為功能頁面
• 您可以使用 Bubble 內(nèi)置的無代碼托管數(shù)據(jù)存儲或連接到您自己的 SQL 數(shù)據(jù)庫或 RESTful API 作為數(shù)據(jù)源
• 強大的應用程序模板和插件市場，讓您更快地開始
• 免費套餐提供許多基本功能
• 帶有測試和實時環(huán)境的內(nèi)置版本控制

缺點

• 不能自托管以最大限度地提高安全性和性能
• 每個應用程序需要單獨的計費計劃
• 構(gòu)建復雜應用程序時管理界面很慢
• 不是為創(chuàng)建簡單的內(nèi)部工具而設計的
• 陡峭的學習曲線

5. UI面包店

UI Bakery 是另一個用于創(chuàng)建內(nèi)部工具和 CRUD 應用程序的無代碼 UI 構(gòu)建器。它提供了現(xiàn)成的模板、預定義的小部件和其他可用于構(gòu)建應用程序 UI 的 UI 組件。換句話說，UI Bakery 只處理 UI 開發(fā)，而您負責提供數(shù)據(jù)源和第三方集成。

由于 UI Bakery 專注于內(nèi)部工具，因此您可能不會將其用于面向公眾的應用程序、移動應用程序或面向客戶的網(wǎng)站。它還需要相當高水平的技術(shù)專業(yè)知識才能開始，因為您會發(fā)現(xiàn)自己在構(gòu)建 CRUD 應用程序時編輯 JavaScript 代碼以連接數(shù)據(jù)庫或 API。

特征

• 拖放式 UI 小部件
• 現(xiàn)成的模板
• 通過 UI Bakery 的內(nèi)置工具或使用 Google、Twitter 或 Facebook 進行身份驗證和用戶管理
• 能夠輕松自定義應用小部件的外觀和感覺
• 處理在唯一 URL 上托管的應用程序
• 連接到 SQL 數(shù)據(jù)庫，例如 Postgres、MySQL、Google Sheets 或 Firebase，或使用 HTTP API 作為數(shù)據(jù)源

缺點

• 免費套餐僅允許您試用產(chǎn)品
• 非常小的用戶社區(qū)，因為它是一個相對較新的產(chǎn)品
• 添加數(shù)據(jù)連接和 API 集成所需的技術(shù)背景
• 目前無法從頭開始創(chuàng)建自定義組件

6.重組

Retool 是一個以企業(yè)為中心的低代碼平臺，用于使用拖放構(gòu)建塊構(gòu)建自定義內(nèi)部 CRUD 應用程序。像上面討論的大多數(shù)工具一樣，Retool 主要是一個 UI 構(gòu)建器。您必須編寫查詢或自定義 JavaScript 才能從數(shù)據(jù)庫或外部 API 獲取數(shù)據(jù)。

Retool 的免費計劃非常有限，而且會很快變得昂貴，因為它們是按最終用戶收費的。這意味著如果您希望您的十個隊友在 Retool 上訪問您的 CRUD 應用程序，您將每月支付 100 美元！

特征

• 通過與大多數(shù)數(shù)據(jù)庫或任何使用 REST、GraphQL 或 gRPC API的連接來提供您自己的數(shù)據(jù)
• 內(nèi)置身份驗證、授權(quán)和審計日志管理
• 可以通過 Docker 或 Kubernetes 或通過具有唯一 URL 的 Retool 進行本地托管
• 通過同步 Git 存儲庫支持版本控制
• 各種現(xiàn)成的模板
• 使用 JavaScript 進行自定義的選項
• 廣泛的文檔和活躍的社區(qū)論壇

缺點

• 有限的免費套餐，對于大型團隊來說價格昂貴
• 必須編寫自己的數(shù)據(jù)庫查詢或 HTTP 請求來與數(shù)據(jù)源交互
• 不支持面向公眾的應用程序

7.滑翔

Glide 是一個無代碼 CRUD 應用程序構(gòu)建器，專門使用 Google 表格作為數(shù)據(jù)源。雖然這對于許多用例來說是一個嚴重的限制，但它也使非技術(shù)用戶可以很容易地構(gòu)建內(nèi)部或面向公眾的 Web 應用程序的原型。

雖然 Glide 與Zapier集成以允許您與其他服務集成，但自動化工作流程仍然相當有限。這不是一個糟糕的原型設計工具，特別是如果你想讓你的非技術(shù)團隊成員能夠創(chuàng)建移動應用程序，但你很快就會遇到它的局限性。

特征

• 方便的拖放界面構(gòu)建器
• 預構(gòu)建的即用型模板和應用程序可幫助您快速入門
• 支持 iOS 和 Android 部署，因此您可以構(gòu)建多平臺應用程序
• 簡單部署到 Glide 的服務器和使用您自己的域的選項
• 直截了當?shù)奈臋n和活躍的社區(qū)論壇

缺點

• 免費套餐僅支持移動應用
• 無法使用外部數(shù)據(jù)源或 API
• 有限的集成和自動化選項

8.空氣桌

Airtable 是一個通過類似電子表格的界面創(chuàng)建和共享關(guān)系數(shù)據(jù)庫的平臺，但您也可以將它用于非常有限類型的 CRUD 應用程序。用戶界面簡單、多彩且友好，任何人都可以在幾分鐘內(nèi)啟動數(shù)據(jù)庫。每個 Airtable 基礎(chǔ)都帶有一個 API 和有限的免費存儲空間。

雖然使用 Airtable 很容易上手——即使對于非技術(shù)團隊成員也是如此——你自己定制 Airtable 的選擇非常有限。它不與其他數(shù)據(jù)庫或 API 源同步，權(quán)限不是很精細，使用 Airtable 創(chuàng)建用戶界面的選項有限。

特征

• 支持與其他 Airtable 應用程序、第三方服務或使用其 API 的您自己的自定義應用程序集成
• 支持實時協(xié)作和設備同步
• 展示不同用例的模板庫

缺點

• 必須使用 Airtable 的存儲系統(tǒng)，沒有自定義代碼無法與現(xiàn)有數(shù)據(jù)庫集成
• API 將您限制為每秒 5 個請求
• 對于大型團隊來說可能會變得昂貴，因為定價是基于每個用戶的
• 文檔難以定位和導航
• 無法自托管或使用自定義域

9. Jet 管理員

Jet Admin 是另一個無代碼內(nèi)部 CRUD 應用程序構(gòu)建器。它提供了一個簡單的拖放界面，允許您連接塊并添加自定義工作流程以自動化后端流程。雖然它們有許多集成，但它們目前不支持 DynamoDB、MongoDB 或 Zapier，因此您的數(shù)據(jù)庫和自動化選項有些有限。

特征

• 免費套餐包括支持和用戶入職計劃
• 涵蓋一些常見用例的模板庫
• 使用 AWS、Heroku 或您自己的專用服務器的自托管選項
• 內(nèi)置協(xié)作、身份驗證和授權(quán)選項
• 自定義 JavaScript、HTML 和 CSS 支持以擴展核心布局和功能
• 通過其客戶門戶支持有限的面向公眾的應用程序

缺點

• 數(shù)據(jù)源和自動化仍然相當有限
• 必須維護自己的數(shù)據(jù)源，因此可能需要開發(fā)人員設置和修改字段
• 免費計劃有限，不允許與您的團隊協(xié)作

10.內(nèi)部.io

Internal.io是另一種無代碼工具，用于在現(xiàn)有數(shù)據(jù)庫、API 或業(yè)務應用程序之上構(gòu)建內(nèi)部應用程序。它具有面向非編碼人員的直觀界面，但還包括面向開發(fā)人員的強大工具和對 CRUD 應用程序的精細訪問控制。

雖然精細控制和企業(yè) SSO 選項對某些用例很有吸引力，但沒有選項可以通過Internal.io公開應用程序。您還將按每個用戶付費，因此為整個團隊運行應用程序每月可能要花費數(shù)百美元。

特征

• 支持關(guān)系數(shù)據(jù)庫、非關(guān)系數(shù)據(jù)庫、電子表格和某些基于 HTTP 的服務作為數(shù)據(jù)源
• 精細的權(quán)限和訪問控制
• 拖放式 UI 小部件
• ?自動為您的數(shù)據(jù)庫上的 CRUD 操作生成函數(shù)，無需查詢或 API 工作
• 使用 JavaScript 添加自定義業(yè)務邏輯的選項
• 支持多種環(huán)境（例如，登臺和生產(chǎn)）

缺點

• 沒有現(xiàn)成的模板
• 對于大型團隊來說很昂貴
• 不支持面向公眾的應用程序
• 文檔主要關(guān)注開發(fā)人員，而不是無代碼用戶

11.應用表

AppSheet 是另一個類似于 Glide 的無代碼應用程序構(gòu)建器。AppSheet 是 Google 生態(tài)系統(tǒng)的一部分，因此它與其他 Google 產(chǎn)品集成，讓您無需數(shù)據(jù)科學家即可將機器學習算法與您的應用程序集成。

AppSheet 可能是構(gòu)建跨設備兼容的 CRUD 應用程序的不錯選擇，但它僅適用于電子表格和一些選定的數(shù)據(jù)庫作為數(shù)據(jù)源。如果您的應用程序依賴于外部 API 或 MongoDB 等非關(guān)系型數(shù)據(jù)庫，那么它不適合您。

特征

• 多平臺應用程序支持 Web、桌面和移動部署
• 支持與團隊成員的協(xié)作
• 涵蓋常見用例的示例應用程序集合
• 活躍的社區(qū)論壇
• 主要專注于面向公眾的應用程序

缺點

• 免費計劃只允許原型設計和測試。部署您的應用程序需要付費計劃
• 數(shù)據(jù)源選項有限（不支持 HTTP API 或 MongoDB）
• 文檔難以瀏覽

結(jié)論

每個應用程序都不同，因此根據(jù)您的 CRUD 應用程序的具體情況，您選擇的工具會有所不同。

如果您的團隊是非技術(shù)人員，并且想要一些無需開發(fā)人員參與即可正常工作的東西，那么 Knack 或 Bubble 可能是一個不錯的選擇。另一方面，如果您的團隊包括想要更快地構(gòu)建內(nèi)部工具的開發(fā)人員，并提供許多用于呈現(xiàn)和操作數(shù)據(jù)的選項，那么 Appsmith可能是正確的選擇。

有這么多不同的優(yōu)勢和功能集，一定會滿足您的業(yè)務對內(nèi)部和外部應用程序的需求。建設愉快！