【51CTO.com快譯】 低代碼開發已存在了多年，但最近因新冠疫情而再次受到關注。企業在竭力加大數字化轉型的力度，無論這意味著啟動項目，還是大幅更改或改進已在使用的數字化產品。低代碼開發可能是快速構建有助于創新計劃從構思進入到驗證的原型的好方法。

[[353702]]

有一點可以肯定：低代碼應用構建工具簡化和普及了傳統開發，這使低代碼平臺開發人員肩負重任，確保一切順利運行。

本文詳細介紹了低代碼開發人員為提供最佳用戶體驗而需要考慮的三大問題。

一、與第三方服務集成

將移動應用程序與第三方服務集成絕對必要。最終用戶和客戶需要能夠使用谷歌或Facebook登錄到移動應用程序、集成谷歌地圖以及從網上檢索數據等。一個典型的現代應用程序要與5到10個第三方服務實現接口交互。

實現最佳集成并非易事。要遵循幾個復雜的步驟：針對第三方服務創建帳戶，創建開發資產，以及正確配置一切。

第三方集成普遍存在的問題是，開發人員無法控制第三方服務――API或安全策略可能隨時有變。這么做以保護安全和聲譽是第三方的特權;第三方這么做時，盡快更新您的應用程序是您的責任。

將更新的責任推給低代碼開發人員是很難滿足的要求。即使如此，這仍是與第三方服務保持順暢集成的默認方法。

向導和中間件

解決該問題的最佳方法分兩方面。

首先，為了使應用程序的配置簡單而輕松，低代碼平臺所有者可以向用戶隱藏所有配置復雜性。他們可以添加設置向導或其他工具，幫助開發人員瀏覽每個配置步驟。

其次，也是最重要的是，平臺所有者可以使用介于第三方服務和低代碼開發人員之間的中間件。這意味著第三方更改時，低代碼平臺所有者可以更新中間件，開發人員無需為更改任何內容操心。大多數API會事先通知它們將進行更改，這使所有者有足夠的時間來安排中間件。

如果平臺所有者錯過了第三方服務的更改，所有低代碼開發人員會通知他們存在問題。然后，他們可以更改中間件，更改的內容會自動應用于使用該第三方服務的所有產品。無需處理單獨更新每個應用程序這項繁瑣工作。

最后，平臺所有者通常會將來自第三方服務的數據緩存在中間件中，那樣低代碼產品會顯示數據，即使不是最新數據。通常，應用程序會通知最終用戶數據已過時，但大家可能一致認為，顯示昨天的數據勝過顯示令人沮喪的灰色斷鏈。

二. 自定義組件

低代碼開發人員常常希望在不同的應用程序中使用相同的UI組件、相同的屏幕和相同的邏輯。為了滿足這一需求，應用程序構建平臺使用自定義組件來簡化用戶體驗。

萬靈藥方法

創建自定義組件的第一個方法是，創建帶有可定制元素的高級智能屏幕。為此，平臺所有者須嘗試預測低代碼開發人員可能需要的一切，然后制作龐大的可配置組件。

這種方法的問題在于，配置組件幾乎與從頭創建UI一樣難。首先，低代碼開發人員會有要定制的一長串屬性，以及要閱讀、內化和應用的所有說明文檔。想用一個組件覆蓋每個使用場景幾乎不可能，這意味著這種方法帶來的問題常常多過它所解決的問題。

自定義DIY組件

第二個也是更合理的方法是讓用戶自行創建自定義組件。這樣，平臺所有者提供了用于制造組件的構建模塊，而不是組件本身。

這可以節省時間，并幫助低代碼開發人員解決錯誤。在許多應用程序中使用的組件中發現錯誤的開發人員可以解決自定義組件中的問題，而解決方法適用于所有應用程序。

此外，關注社區的開發人員可能與其他人共享組件、構建自己的組件庫，并控制外人可以查看、使用和操縱組件的參數。他們可以使用完全開源或受限開源做到這一點。

這種方法有個缺點：低代碼開發人員需要更深入地了解整體情況，才能在沒有預定義選項的情況下構建出色的自定義組件。但是這么做的好處是，可大大提高靈活性。

三. 設計時與實時的區別

低代碼應用程序開發的第三大問題是區別設計時和實時。低代碼開發人員在構建應用程序時，他們看到的(設計時)與用戶使用應用程序時看到的內容(實時)不一樣。簡而言之，應用程序在編輯器中和在設備中使用時看起來不一樣。

為什么會不一樣?

這是由于兩個環境使用不同的邏輯、庫和框架來表示UI。比如說，如果應用程序用React Native創建，UI將使用HTML組件，因為瀏覽器的UI是用HTML編寫的。實時狀態下，開發人員看到真正的原生應用程序(比如iOS按鈕)，而設計時狀態下，他們看到的是HTML按鈕。

通常，低代碼工具使用不同的庫，一個用于設計時，一個用于iOS，另一個用于安卓。

一個庫，更少的表達

要解決該問題，低代碼平臺可以在編輯器中使用與所有情況下都與手機使用場景同樣的UI庫：設計時、iOS和安卓。

開發應用程序時，這非常有利，因為開發人員準確地知道最終用戶的體驗，因此不會感到驚訝。他們在iOS和安卓中也獲得完全同樣的UI。

不過這種方法存在明顯的缺陷。庫就像語言，常常有短語和表達無法由一種語言翻譯成另一種語言。將應用程序限制在一個庫是拿獨特的慣用語言換取最大的清晰度和一致性。

完成工作

低代碼方法有一些優缺點，但到頭來，它是實現目的的有效手段。低代碼讓開發人員能夠以較少的專業知識快速高效地構建實用的應用程序。甚至可以解決低代碼開發方面的大問題。在數字化時代，低代碼無疑是關鍵角色。

原文標題：3 major low-code app development pitfalls and how to avoid them，作者：Eldar Chernitsky和Alexander Ancipov

【51CTO譯稿，合作站點轉載請注明原文譯者和出處為51CTO.com】