2014年，F(xiàn)orrester推出低代碼開發(fā)平臺(tái)匙握，通過強(qiáng)調(diào)可視化方法并減少對(duì)傳統(tǒng)編碼的依賴來改變應(yīng)用程序開發(fā)咆槽。這些平臺(tái)使用可視化界面進(jìn)行拖放應(yīng)用程序設(shè)計(jì)，加快開發(fā)速度并最大限度地減少手工編寫的代碼圈纺。主要目標(biāo)是提高效率罗晕、促進(jìn)協(xié)作并降低代碼復(fù)雜性以加快開發(fā)周期。低代碼平臺(tái)為個(gè)人提供了不同的技術(shù)專業(yè)知識(shí)赠堵，使公民開發(fā)人員能夠在沒有豐富的編碼知識(shí)的情況下創(chuàng)建功能應(yīng)用程序。
低代碼平臺(tái)有多種形式：
在線 IDE 和編輯器提供可視化界面法褥，但需要額外的開發(fā)茫叭。
提供端到端的服務(wù)，包括持續(xù)集成半等、部署和維護(hù)揍愁。
無需 JavaScript 編碼即可創(chuàng)建界面。
實(shí)現(xiàn)數(shù)據(jù)結(jié)構(gòu)的在線設(shè)計(jì)杀饵，具有增刪改查等功能莽囤。
完全簡化前端和后端開發(fā)，優(yōu)先考慮可視化編輯切距，但可能會(huì)犧牲靈活性朽缎。子類別包括BPM、OA系統(tǒng)谜悟、APP開發(fā)话肖。
增強(qiáng) CRM 或 ERP 等成熟產(chǎn)品，提供滿足定制需求的定制開發(fā)功能葡幸。
康威定律：“設(shè)計(jì)系統(tǒng)的架構(gòu)由產(chǎn)生設(shè)計(jì)的組織的通信結(jié)構(gòu)決定最筒。”
由于不同的需求蔚叨，市場(chǎng)上出現(xiàn)了豐富的低代碼平臺(tái)類型床蜘，從而導(dǎo)致了不同的解決方案辙培。這種多樣性極大地影響了基于團(tuán)隊(duì)定位的低代碼平臺(tái)的選擇。
前端團(tuán)隊(duì)——專注于類型 1邢锯，因?yàn)閳F(tuán)隊(duì)成員精通 JavaScript扬蕊，他們不需要開發(fā)不需要 JavaScript 的產(chǎn)品。他們可能不會(huì)考慮類型 4弹囚，因?yàn)檫@不是他們的責(zé)任厨相。
后端團(tuán)隊(duì)——更喜歡類型 4，因?yàn)樗麄內(nèi)珯?quán)負(fù)責(zé)后端開發(fā)鸥鹉。他們的專長在于創(chuàng)建服務(wù)器端邏輯和管理數(shù)據(jù)庫蛮穿。
軟件工程團(tuán)隊(duì)- 他們監(jiān)督整體開發(fā)環(huán)境，并可能選擇類型 2毁渗，因?yàn)轭愋?2 涉及更多定制并依賴于內(nèi)部基礎(chǔ)設(shè)施践磅，使其適合公司內(nèi)部使用。
初創(chuàng)公司——他們可能會(huì)選擇Type 5灸异，簡化前端和后端的封裝以供外部呈現(xiàn)府适。但是，它可能會(huì)過度優(yōu)先考慮“無代碼”肺樟，從而僅犧牲基本應(yīng)用程序的靈活性和適用性檐春。
成熟產(chǎn)品公司——他們傾向于選擇類型 6，因?yàn)樗婕皣@現(xiàn)有產(chǎn)品進(jìn)行構(gòu)建么伯、利用其優(yōu)勢(shì)并以補(bǔ)充現(xiàn)有產(chǎn)品的方式擴(kuò)展功能疟暖。
JavaScript 編碼專業(yè)知識(shí)有限的團(tuán)隊(duì)- 營銷和銷售團(tuán)隊(duì)傾向于使用類型 3。他們可以從基本的 HTML 和 CSS 技能中受益田柔，以增強(qiáng)他們的數(shù)字廣告和營銷工作俐巴。
低代碼平臺(tái)的歷史
在“低代碼”一詞出現(xiàn)之前，前驅(qū)平臺(tái)提高了開發(fā)效率硬爆。關(guān)鍵示例：
