[[412861]]

【51CTO.com快譯】事實表明，低代碼和無代碼開發(fā)平臺允許開發(fā)人員比傳統(tǒng)編程速度更快、成本更低地開發(fā)應用程序。而人們需要了解如何為工作選擇正確的低代碼或無代碼工具。

如今的低代碼和無代碼開發(fā)平臺使軟件開發(fā)人員團隊(甚至非編程人員)能夠交付、支持和擴展廣泛的應用程序。它們用于構(gòu)建移動應用程序、提高客戶體驗、簡化工作流程、使遺留應用程序?qū)崿F(xiàn)現(xiàn)代化、數(shù)據(jù)集成自動化，以及支持數(shù)據(jù)可視化，這些都是一些常見的用途。

低代碼和無代碼開發(fā)工具的主要特點是它們可以被開發(fā)人員成功使用;他們可以比使用原生SDK更快地開發(fā)應用程序;并且可以用更少的費用開發(fā)應用程序。雖然許多低代碼和無代碼開發(fā)平臺需要收取許可費或訂閱費用，但也讓開發(fā)人員節(jié)省人工成本。

無代碼和低代碼的成本以及如何節(jié)省成本

如果開發(fā)人員正在構(gòu)建消費者或客戶應用程序，需要避免使用按用戶收費的開發(fā)系統(tǒng)，并避免使用無法提供類似原生性能的開發(fā)系統(tǒng)。如果開發(fā)系統(tǒng)生成的應用程序性能低下或非原生，消費者可能難以獲得更好的體驗。

粗略估算一下，美國初級軟件開發(fā)人員每年的收入在5萬美元到12萬美元(平均為7.2萬美元)，而采用原生代碼從頭開始構(gòu)建的簡單消費者應用程序需要花費6到25個人/月(平均為12個)的費用，因此開發(fā)一個簡單的原生應用程序可能需要7.2萬美元。而一個更復雜的原生應用程序的開發(fā)成本可能超過100萬美元。

如果使用低代碼開發(fā)系統(tǒng)將一個簡單應用程序的開發(fā)時間減少到一個人/月(成本約6,000美元)，但向每位用戶只收取10美元的許可費，那么一旦擁有6,600個用戶，獲得的收入將超過原生開發(fā)的成本。而這只是一個大概的估計。

在這種情況下，開發(fā)工具按應用程序、服務器、開發(fā)人員或開發(fā)人員/年收費，對開發(fā)人員來說可能更具價值。另一方面，如果開發(fā)人員正在構(gòu)建大量供幾百名員工內(nèi)部使用的應用程序，那么更可能傾向于按用戶付費。

員工對應用程序的期望往往低于消費者的期望，當需要應用程序執(zhí)行工作時，員工實際上沒有選擇使用它的權利。他們可能會有所抱怨，但仍然會使用它。

無代碼開發(fā)vs.低代碼開發(fā)

如果使用的是無代碼開發(fā)工具，通常可以將組件拖放到設計面板上，但發(fā)現(xiàn)該工具缺少需要的組件或功能時，就會遇到一些問題。因此需要從開發(fā)這一工具的開發(fā)人員或第三方供應商那里購買或以其他方式獲得所需的組件。

在低代碼開發(fā)工具中，雖然學習曲線可能比無代碼工具更陡峭一些，因為需要編寫一些代碼，但擴展工具的障礙通常更低。因此不必購買另外組件，通?？梢跃帉懘a來調(diào)用系統(tǒng)、開源或供應商API。

在一些低代碼環(huán)境中，其代碼是可選的。換句話說，在一定程度上，該環(huán)境可用于無代碼開發(fā)。業(yè)務用戶可能能夠執(zhí)行95%的開發(fā)工作，而程序員為剩余的5%開發(fā)工作編寫必要的代碼。這些工作會因應用程序和工具而有所不同。

通常情況下，開發(fā)人員需要為低代碼工具編寫的代碼在語義上類似于可能已經(jīng)知道的語言。例如，Microsoft Power Fx基于Microsoft Excel，而Alpha Software的Xbasic則源于Microsoft Basic。許多低代碼工具使用的語言或者與JavaScript有著密切的關系，或者嵌入了真正的JavaScript引擎，例如V8。

有一種觀點認為無代碼開發(fā)只是面向業(yè)務用戶的低代碼開發(fā)。還有一種更現(xiàn)實的觀點認為，所有無代碼和低代碼開發(fā)團隊都需要專業(yè)開發(fā)人員參與團隊工作，以提供用戶自己無法構(gòu)建的部分：數(shù)據(jù)庫模式、組件開發(fā)、體系結(jié)構(gòu)、用戶體驗設計和質(zhì)量評審。

無代碼和低代碼工具的種類

在開始購買低代碼或無代碼開發(fā)工具之前，開發(fā)人員應該問自己一些關于開發(fā)應用程序的問題，以了解采用低代碼或無代碼工具是否有意義。以下是他們需要提出的問題：

• 正在構(gòu)建桌面應用程序嗎?是用于Windows?用于Mac?用于Linux?還是用于所有操作系統(tǒng)?
• 正在構(gòu)建網(wǎng)絡應用程序嗎?是用于桌面瀏覽器?用于平板電腦?用于智能手機?還是用于所有設備?
• 正在構(gòu)建移動應用程序嗎?是用于iPhone?用于iPad?用于安卓?還是用于所有移動設備操作系統(tǒng)?
• 是否打算為移動設備編寫原生代碼?是否使用混合網(wǎng)絡技術?使用原生shell和Web內(nèi)容?還是使用所有這些技術?
• 有預算嗎?預算是多少?有截止日期嗎?開發(fā)時間有多長?有多少名開發(fā)人員?他們擁有哪些技能?預算、截止日期和資源是否與應用目標一致?是如何進行估算的?
• 應用程序是否需要采用數(shù)據(jù)庫?如果需要，是采用現(xiàn)有數(shù)據(jù)庫還是新建數(shù)據(jù)庫?客戶端會更新數(shù)據(jù)庫嗎?
• 應用程序是否需要支持客戶端通信?還需要其他特殊功能嗎?
• 是否正在構(gòu)建供內(nèi)部使用的應用程序?是為客戶還是消費者構(gòu)建?是為商業(yè)伙伴?還是為所有這些人?
• 是否正在替換或現(xiàn)代化現(xiàn)有業(yè)務流程?是否正在嘗試將現(xiàn)有的紙質(zhì)表格實現(xiàn)計算機化?

正如這一系列問題所表明的那樣，應用程序的目標環(huán)境有很多種。無代碼和低代碼開發(fā)工具也有很多種設計范式。

桌面設備的目標包括適用于Windows、macOS、Linux甚至DOS的桌面應用程序。移動設備的目標包括Android、iOS及其適用于平板電腦和智能手表等。Web應用程序目標幾乎包括上述所有內(nèi)容，另外還要考慮支持瀏覽器(Chrome、Edge、Safari、Firefox和Opera)以及響應式處理不同屏幕尺寸的能力?；旌蟇eb應用程序?qū)⒃鷖hell應用程序與Web內(nèi)容相結(jié)合。

其設計范例包括定制原型應用程序;帶有屬性表和小代碼片段的拖放設計環(huán)境;聲明性字段描述;掃描表格的轉(zhuǎn)換;線框或圖形設計的轉(zhuǎn)換;以及從數(shù)據(jù)庫模式生成表單?？丶梢跃哂薪^對或相對布局，并且可以具有用于控件組的流布局或容器?？丶旧砜梢允瞧脚_原生的，也可以作為工具運行時的一部分來實現(xiàn)。

后端功能可能包括身份驗證和連接到數(shù)據(jù)庫、云計算服務和企業(yè)應用程序。移動應用程序可能支持文本消息、推送通知、地理定位、照片和視頻服務、社交身份提供商以及與社交網(wǎng)絡的集成。使用后端服務的應用程序可能被設計為即使在連接中斷時也能工作，并且可能知道如何解決當多個用戶嘗試離線更新數(shù)據(jù)庫時可能出現(xiàn)的數(shù)據(jù)沖突。

行業(yè)領先的低代碼和無代碼開發(fā)平臺

如今在無代碼和低代碼開發(fā)領域有400多家供應商。調(diào)研機構(gòu)Gartner公司對其中的大約250家供應商進行了調(diào)查，但在試圖將它們劃分為不斷變化的類別時感到為難，因為許多供應商和一些產(chǎn)品跨越多個類別。

行業(yè)專家認為不應該將業(yè)務流程管理(BPM)和機器人流程自動化(RPA)工具與其他無代碼和低代碼工具混為一談，即使存在一些技術重疊。其不同之處在于業(yè)務流程管理(BPM)和機器人流程自動化(RPA)工具將其他系統(tǒng)自動化和編排為主要目的;普通的低代碼開發(fā)工具可能會使用企業(yè)系統(tǒng)，但只是作為達到目的的一種手段。

例如，機器人流程自動化(RPA)是一種對貸款進行盡職調(diào)查的枯燥、重復、多系統(tǒng)過程的自動化工具;現(xiàn)場服務代理采用平板電腦應用程序取代紙質(zhì)表格、加快流程并消除辦公室內(nèi)的信息轉(zhuǎn)錄，但該流程的自動化程度不足以滿足機器人流程自動化(RPA)的要求。

以下選擇了行業(yè)中七個低代碼和無代碼開發(fā)供應商作為示例，并按字母順序排列：

• Alpha Software:Alpha Anywhere是一種端到端、低代碼、快速的應用程序開發(fā)工具，適用于面向數(shù)據(jù)庫的桌面、Web和混合移動應用程序開發(fā)，可供具有各種技能的開發(fā)人員使用。Alpha TransForm是一種用于移動表單開發(fā)的無代碼和低代碼工具，具有離線功能，包括在連接恢復時自動同步。
• Appian：Appian提供可視化的無代碼設計器和低代碼工具，用于通過無代碼企業(yè)數(shù)據(jù)集成進行Web和移動應用程序開發(fā)。Appian分別為業(yè)務流程管理(BPM)和機器人流程自動化(RPA)提供自動化平臺。
• Claris：Claris FileMaker是一種低代碼開發(fā)系統(tǒng)，適用于桌面、Web和移動應用程序開發(fā)，并具有自己的數(shù)據(jù)庫。它具有內(nèi)置模板、拖放設計和直觀的圖形用戶界面。Claris Connect是一個自動化平臺，構(gòu)建在與FileMaker相同的核心上。
• Mendix：Mendix Studio是面向開發(fā)人員的WYSIWYG、基于瀏覽器的開發(fā)環(huán)境。Mendix StudioPro是一個基于桌面的開發(fā)環(huán)境，其中包括軟件開發(fā)所需的所有功能，以及在需要時添加自定義代碼的能力。Mendix還提供了一個自動化平臺。
• Microsoft：Microsoft Power Apps是適用于Windows10的低代碼應用程序構(gòu)建器，它使用模板、拖放設計和Power Fx(一種類似于Excel的編程語言)。Power Apps包含一個語言模型，可以從自然語言描述生成Power Fx代碼。專業(yè)開發(fā)人員可以使用Azure Functions和自定義連接器擴展Power Apps。而Power Automate是一個帶有工作流引擎的獨立RPA平臺。
• OutSystems：OutSystems允許拖放視覺元素來為Web和移動應用程序創(chuàng)建用戶界面(UI)、業(yè)務流程、業(yè)務邏輯和數(shù)據(jù)模型，并在需要時使用代碼對其進行自定義。它提供了大約70個預構(gòu)建的模板和樣式。OutSystems Forge包含數(shù)千個預構(gòu)建的代碼模塊，可以將它們放入應用程序中，并根據(jù)需要在IDE中進行擴展。
• Salesforce：Salesforce Lightning是用于Salesforce平臺的低代碼、拖放式應用程序開發(fā)平臺。Lightning還可以連接到其他應用程序和數(shù)據(jù)。Lightning App Builder允許業(yè)務用戶點擊創(chuàng)建應用程序;Lightning Web Components幫助開發(fā)人員創(chuàng)建可重用的元素。

選擇無代碼或低代碼開發(fā)平臺的關鍵因素

還記得開發(fā)人員需要問自己的一長串問題嗎?這是需要獲得答案的地方?，F(xiàn)在并沒有一個萬能的無代碼或低代碼開發(fā)系統(tǒng)，即使面臨組織的系統(tǒng)需要實現(xiàn)標準化的壓力。人們可能會發(fā)現(xiàn)不同的部門出于不同的目的需要采用不同的開發(fā)產(chǎn)品。

• 收費模式有意義嗎?對于消費者應用程序，可能無法證明按用戶收費的低代碼系統(tǒng)是合理的。許多低代碼供應商在他們的網(wǎng)站上公布定價。對于其他公司，用戶可以咨詢他們的銷售部門，向他們詢問定價，并對正在選擇的一些供應商方案進行比較。
• 低代碼/無代碼平臺是否支持所有想要的部署目標?如果沒有需要繼續(xù)尋找。如果開發(fā)人員的選項均不支持所有所需的部署目標，則考慮將目標列表確定為最重要的設備或瀏覽器。
• 低代碼/無代碼平臺是否適合開發(fā)人員的技能組合?考慮通過團隊一起構(gòu)建應用程序，而不是依賴于擁有所有必要技能的某個成員。如果不具備采用這些工具所需的所有技能，需要繼續(xù)尋找，因為也許其他工具可能更適合開發(fā)團隊。如果工具選項都不適合團隊的技能，那么或者考慮進行培訓，或者招聘新成員，或兩者兼而有之。
• 低代碼/無代碼平臺會改善開發(fā)時間表嗎?低代碼開發(fā)的主要賣點之一是更短的上市時間。如果這對開發(fā)人員來說是一個重要的考慮因素，那么需要弄清楚真正完成其項目需要多長時間。開發(fā)人員根據(jù)開發(fā)要求和歷史經(jīng)驗，向供應商詢問時間表。向使用過該工具的開發(fā)人員提出同樣的問題，并小心謹慎地將文檔和測試階段以及初始開發(fā)和最終部署包含在時間估計中。
• 低代碼/無代碼平臺是否可以擴展?一些低代碼解決方案可能帶來了瓶頸，限制了可以同時運行應用程序的用戶數(shù)量;其他的一些設計可以處理非常大的負載。在某些情況下，可以通過在負載平衡器后面運行多個服務器來解決服務器端的瓶頸。供應商應該能夠告訴典型的部署可以處理多少用戶，但是對于最終部署，開發(fā)人員應該執(zhí)行負載測試。
• 低代碼/無代碼平臺能否滿足用戶的期望?消費者期望采用的應用程序可以提供亞秒級響應和原生的感覺。在智能手機的應用上，要測試的行為之一是滾動一長串的列表：當用力向下滑動時，其列表滾動應該更快，但在停止之前將會放慢速度。
• 進行概念驗證。在評估期間被動學習低代碼產(chǎn)品是不夠的。選擇真正想要構(gòu)建的一個簡單子集，然后創(chuàng)建概念驗證應用程序。建議開發(fā)團隊盡可能在內(nèi)部做POC開發(fā)，只是在遇到困難時才向供應商尋求幫助。

執(zhí)行低代碼開發(fā)是一個可以帶來許多回報的過程。一方面，很多組織堅持他們的移動應用程序必須采用原生代碼編程，然后當他們發(fā)現(xiàn)，在開發(fā)iOS應用程序花費100萬美元以及一年的時間，然后又在一個幾乎完全相同的Android應用程序上花費50萬美元和6個月的時間的時候會感到震驚。因此值得探索和采用低代碼替代方案，無論是為了節(jié)省成本還是縮短上市時間。

另一方面，很多組織認為低代碼開發(fā)可以由業(yè)務用戶進行，無需專業(yè)開發(fā)人員或數(shù)據(jù)庫管理員的幫助，但很可能面臨項目失敗的情況。

因此，如果組織設定了明確的目標，那么需要組建一個了解如何更快、更好地構(gòu)建低代碼應用程序的團隊。

原文標題：How to choose a low-code development platform，作者：Martin Heller

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