前言
“低代碼”這個詞是這兩年來最熱的詞了，同時，國內國外的低代碼類平臺也如雨后春筍大量出現。那么，GeneXus這個低代碼平臺與其它低代碼平臺到底有什么不同？
本文試圖從7個方面分別進行闡述。
正文
1.技術的起源不同
國內大部分低代碼平臺技術無外乎起源于這樣幾個技術：
A，源于BPM/OA技術平臺。這類技術平臺關注流程的可視化與業務表單的自動生成。因此，這類低代碼平臺在解決審批流和業務數據收集方面有很大的優勢；
B，源于前端頁面交互框架技術。這類平臺關注人機交互的體驗性和頁面表單的高度可配置化，同時配以表單模型的可視化設計與后端數據庫關系模型的可視化設計。這類平臺由于對于后端復雜業務模型的設計能力不足，因此比較適合簡單輔助應用的開發，尤其是面向“國民開發”；
C，源于開源開發框架積累的快速開發平臺。這類平臺一般都積累了大量針對一定專業領域的成熟業務組件，對于目標領域的應用開發有很大的優勢（也稱為業務優勢），但對于新的應用模塊還是需要大量的傳統模式的開發；
D，其它技術（暫不討論）
關于GeneXus低代碼平臺：GeneXus是基于上個世紀80年代興起的CASE技術（Computer Aided Software Engineering也稱計算機輔助軟件工程），CASE是集軟件實現方法和相關工具，實現系統分析、設計、代碼生成、系統自動化部署、系統維護的IT系統全生命周期方法的完整解決方案，CASE讓開發人員關注業務流程、業務對象、業務規則的描述和管理，能夠實現90%以上的高質量代碼自動生成。可以說CASE應該是低代碼技術真正的鼻祖。
2.技術成熟度不同
國內絕大多數低代碼平臺都是近幾年才出現的，技術成熟度較低；GeneXus的CASE技術發端于1988年，一直專注企業級應用，并長期作為IBM公司企業級應用市場的主要CASE服務商。
3.模型設計能力不同
國內大部分低代碼平臺是以“人機交互活動”為中心，對于復雜業務模型的設計和實現有明顯的能力不足；而GeneXus一直關注對于復雜業務模型的設計和實現（當時的應用系統界面相對來說沒有現在那么豐富），并且通過整合大量的先進前端技術框架實現了豐富、高效的前端開發解決方案。
4.應用生成技術不同
國內大部分低代碼平臺，以及國際著名的低代碼平臺Mendix都是采用“模型解析”的方法來實現應用系統的生成與運行。換句話說就是在低代碼平臺生成的模型需要通過平臺提供的專門的模型解析平臺來運行，這樣應用就極大地受限于平臺商；GeneXus采用的是源代碼生成技術，可以根據客戶的運行環境和IT基礎架構要求生成所需要的源代碼（例如：Java、.NET、.NETCore、jsp、H5、甚至COBOL等），所生成的應用可以部署在任何運行環境下（公有云、私有云、混合云、本地部署、Docker部署等），同時能夠提供全部源代碼。
5.授權方式不同
國內大多數基于云模式的低代碼平臺采用租用的授權模式（可能按每個應用、處理能力、存儲能力、注冊用戶數等）；GeneXus只是針對開發工具進行授權，使用者利用GeneXus可以開發任何不同規模的應用系統，進行任意數量的軟件副本數量的部署，GeneXus都不限制。不像云平臺租用模式的使用的越多付費也越多，GeneXus是使用的越多回報越多。
6.面向的對象不同
國內的許多低代碼平臺號稱可以面向業務人員（即所謂的“國民開發”平臺）；GeneXus是面向專業開發人員，專門解決專業人員的開發效率問題和開發質量問題。
7.MXDP（多體驗低代碼開發平臺）
國內大多數低代碼平臺不具備MXDP能力，針對移動應用基本上采用H5模式來解決，無法同時提供基于移動設備的原生應用；根據Gartner2020年度的評測，GeneXus是MXDP領先的服務商之一，其中包括著名的Outsystems、Mendix等低代碼平臺。
版權聲明：本文內容由互聯網用戶自發貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發現本站有涉嫌抄襲侵權/違法違規的內容， 請發送郵件至 舉報，一經查實，本站將立刻刪除。