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

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

比如說，對算法和復雜數據結構要求比較高的：高性能的計算和科學計算、游戲開發、嵌入式系統和硬件級編程，更普遍的像是ACM、LeetCode等。

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

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

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

第三，頭部互聯網應用也不適合，因為用戶量巨大。

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

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

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

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

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

總結下來，低代碼平臺不適合做的，就是這五類：?對算法和復雜數據結構要求比較高的、界面交互復雜的、頭部互聯網應用、?分析和智能化的應用、?硬件級編程或嵌入式系統的應用。

?

?還有遺漏的歡迎補充~