1. APAAS，乙個可以在外部部署的“執行時”系統：
（絕大多數都屬於這一類，包括 西門子低程式碼 的。
大部分模組都已經成型完成，有點像SaaS的集合（區別在於可以對外部署），有自己的使用者和許可權管理模組; 它為外部程式提供了乙個呼叫的介面，並且不能生成（可以匯出和部署）自己的設計模組（特定模型）的能力，這通常被稱為“模型驅動”，解決了“域內應用”快速開發的問題。
2.生成系統：
（似乎只有兩個，IVX 和 CodeW**E）。
它有自己的“內部程式語言”，已經完成了語言之間的生成和轉換，並完成了編輯器、直譯器、轉換器等來完成這一步。
“圖形化程式設計” - 內部程式語言 “- 高階語言 JS j**a”。
這種平台已經具備了程式語言的屬性，其功能的完備性會更好。 如果元件設計靈活，IDE完全整合，可以帶來程式設計效率的顯著提公升，可以支援幾乎所有場景和系統的開發。
3. APAAS，“執行時”，但不是外部部署的：
也有一些這樣的系統，感覺和SaaS沒什麼區別，使用場景可能更豐富，支援多租戶管理。 當然，系統越成熟和固定，靈活性就越低，但使用已經開發的功能往往更容易、更簡單。
天坑之一：不可能做到“零背景知識”，而且**背景也是必需的
其實，這也是“低”這個名字，也是“低”悖論的核心所需的背景知識其實和現在使用高階語言的程式設計師是一樣的，甚至能力要求也不低。最大的障礙來自於“新進入者”，也就是新開發者，因為學習週期和現有的程式設計師差不多，甚至要學習乙個低階的平台框架，這樣“學習成本”太高，自身收益有限（如果只是在某些場景下加速系統的開發效率）， 所以新開發者開得不好。這意味著沒有“生命之源”，所以很難說這種APAAS平台有良好的前景。
天坑2：行業內沒有統一標準，無法出口**，說明平台被鎖住了
如前所述，這種型別的平台對開發人員幾乎沒有好處。 其次，我個人認為，對於Apaas使用者的“企業”來說，也會“弊大於利”。
首先，低階 Apaas 平台不同於傳統的 SaaS 平台，低階 Apaas 需要持續的研發投入，而 SaaS 卻“用完沒了”，實在不好，也可以把 SaaS 相關的資料拿下來再打包。
Apaas沒有實際的行業標準（也是不可能的），也無法出口，所以所有的研發沉澱都被鎖定在平台上。 這裡的 *** 感覺與 SaaS 應用程式可以 ** 資料一樣重要，這是最低要求。
此外，由於無法出口，之前的“研發管理形式”、“成熟的產品上市流程”和“管理”可能要進行調整，這實際上是乙個非常昂貴的過程。
只是挖個坑不埋，就是給大家添麻煩！ 所以，不是沒有解決方案，而且比較成熟。
其實上面提到的第二種就是乙個不錯的解決方案，嚴格來說，這個產品並不算“低**”，更像是一種圖形化程式語言，不過沒關係，在國內是這麼稱呼的）。
推薦兩款產品：IVX和網易的CodeW**e，這是中國“最通用”的平台。 我不會評價哪乙個好，大家可以試試，但我可以列舉一些我認為合理的評價標準，大家可以親身體驗一下。
一、**的生成能力：
1）完整性：
子工具盡可能少，這樣可以生成所有**; 否則，工具內部有**，工具本身的**一定不能放進去，這意味著生成系統的完整性將受到很大影響; 是否可以單獨編譯和執行它？
2）生成**語言：
最好使用大家通用的，比如前端js、後端j**a，如果也能支援就更好了，比如python和node等;
3）可讀性：
這其實很重要，否則如果出現任何意外情況，還是無法修改的; 下面是某低平台自動生成的後台j**a**截圖（還是比較清楚的，每個服務都是單獨封裝的，還有詳細的注釋）。
2. IDE整合能力：
簡單地說：
一站式管理！ （所有研發過程最好安裝在IDE中，無需跳出，一切都完成了）。
點選次數更少！ （比如最好不要有繪圖，繪圖其實是一種效率很低的操作型別，資訊容量低，操作慢）。
窗戶更少！ （這些是成本）。
資訊容量大！ （最好在生成和表達**等生成和表達區域有較大的資訊容量和較少的空白空間**）。
絕對控制！ （比如把邏輯控制在乙個地方比較好，多處控制邏輯不好，容易搞砸，犯錯誤）。
3.實際開發效率
我需要等待多長時間才能預覽？
編譯需要多長時間？
除錯需要多長時間？ 除錯效率如何？
四、運營效率
這是乙個核心引數，但我認為對於一般系統來說，其實這個引數並不是那麼敏感，不會有幾倍以上的差異，幾毫秒或者不到20%的效能其實也不是很敏感。
還有非常重要的一點”。是否實現後台執行時資源解耦和生成”！其實主要的瓶頸在資料庫訪問和複雜的計算等方面，這些都是“雲計算”解決的核心問題，我認為“low”或“圖形化程式語言”不需要再次解決這些問題（也做不到），用雲計算解決這些問題就足夠了。 因此，我主張將“**和執行時資源”解耦，成本低，效果好，但不能滿足後台研發人員“炫耀技能”的需求。
低**本身只是乙個來自國外的概念，核心還是看看能不能幫你解決問題？
如果你是初學者？ 請參閱“你能快速學習嗎？ 學會後你能做些什麼嗎？ 你能賺錢嗎？ ”
如果您是公司所有者？ 看看能不能提高效率？ 多少錢？ 後期有哪些風險？ ”
如果你是程式設計師？ 看看“構建**質量？ 運營效率？ 可讀性？ “，無論是發展方向”......
另外，我們不必用棍子把你打死，概念永遠是概念，產品很不一樣！ 有時“概念有侷限性，產品的突破遠遠超出了概念本身”; 有時“概念很好，但產品很垃圾，這讓大家誤解了自己的先進概念”。
總之，多嘗試新技術、新產品，跳出“固定的思維模式”，未必會發現驚喜，但至少不會被時代拋棄。