今天簡單聊聊，低代碼不適合做哪些應用。

以模型驅(qū)動為基礎(chǔ)的低代碼平臺，真正不太擅長的，是那些有各種特殊需求的應用

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

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

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

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

第三，頭部互聯(lián)網(wǎng)應用也不適合，因為用戶量巨大。

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

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

如果你的用戶量沒到千萬那個級別，低代碼平臺都是hold住的。

第四，分析和智能化的應用，分析類應用要用更專業(yè)的BI工具，至于智能化應用也應該用更專業(yè)的機器學習平臺等工具來做。

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

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

?

?還有遺漏的歡迎補充~