今天簡(jiǎn)單聊聊，低代碼不適合做哪些應(yīng)用。

以模型驅(qū)動(dòng)為基礎(chǔ)的低代碼平臺(tái)，真正不太擅長(zhǎng)的，是那些有各種特殊需求的應(yīng)用

比如說，對(duì)算法和復(fù)雜數(shù)據(jù)結(jié)構(gòu)要求比較高的：高性能的計(jì)算和科學(xué)計(jì)算、游戲開發(fā)、嵌入式系統(tǒng)和硬件級(jí)編程，更普遍的像是ACM、LeetCode等。

低代碼平臺(tái)由于抽象層次高，在實(shí)現(xiàn)快捷編程應(yīng)用的同時(shí)，自然也失去了一部分的靈活性，像 LeetCode 這種刷題類的技術(shù)問題，需要精確控制算法的每一個(gè)細(xì)節(jié)，是不適合用低代碼的方式來做的。

同理，天體物理、氣候模型這種都需要高度優(yōu)化的算法，來處理大量數(shù)據(jù)和復(fù)雜的數(shù)學(xué)模型也不適合。

還有就是對(duì)界面要求很高的，比如說3D游戲，抖音小紅書這種社交娛樂的應(yīng)用，在UI/UX設(shè)計(jì)上的獨(dú)特需求，目前主流的低代碼平臺(tái)都不擅長(zhǎng)做。像這種應(yīng)用需要復(fù)雜和高度交互的用戶界面，低代碼可以說是無能為力。

第三，頭部互聯(lián)網(wǎng)應(yīng)用也不適合，因?yàn)橛脩袅烤薮蟆?/p>

為了優(yōu)化性能，頭部應(yīng)用常常跟普通軟件有很多技術(shù)上的差別，前后臺(tái)技術(shù)十分復(fù)雜，低代碼平臺(tái)能做的是實(shí)現(xiàn)比較標(biāo)準(zhǔn)的數(shù)據(jù)庫(kù)、邏輯、界面3層架構(gòu)，無法滿足性能需求。

注意這里說的是那些用戶量級(jí)特別巨大的應(yīng)用，像微信、淘寶、抖音、微博這種國(guó)民級(jí)應(yīng)用，不是說做不出這個(gè)界面跟邏輯程序，而是用戶數(shù)量大到一定程度以后，尋常的邏輯數(shù)據(jù)結(jié)構(gòu)沒法響應(yīng)，標(biāo)準(zhǔn)的程序應(yīng)用早就崩潰了，必須做針對(duì)性的優(yōu)化。

如果你的用戶量沒到千萬那個(gè)級(jí)別，低代碼平臺(tái)都是hold住的。

第四，分析和智能化的應(yīng)用，分析類應(yīng)用要用更專業(yè)的BI工具，至于智能化應(yīng)用也應(yīng)該用更專業(yè)的機(jī)器學(xué)習(xí)平臺(tái)等工具來做。

還有像是?硬件級(jí)編程或嵌入式系統(tǒng)的，這種專業(yè)性很強(qiáng)的東西自然不必多說，肯定不會(huì)考慮用低代碼去做，C 該用還得用起來。?對(duì)于需要直接與硬件交互的應(yīng)用，如嵌入式系統(tǒng)、IoT設(shè)備等，低代碼平臺(tái)無法提供足夠的控制和精確度。

總結(jié)下來，低代碼平臺(tái)不適合做的，就是這五類：?對(duì)算法和復(fù)雜數(shù)據(jù)結(jié)構(gòu)要求比較高的、界面交互復(fù)雜的、頭部互聯(lián)網(wǎng)應(yīng)用、?分析和智能化的應(yīng)用、?硬件級(jí)編程或嵌入式系統(tǒng)的應(yīng)用。

?

?還有遺漏的歡迎補(bǔ)充~