低代碼平臺是一種軟件開發工具，它提供了圖形化界面和可視化拖放組件等功能，
使得應用程序的開發變得更加簡單和高效。使用低代碼平臺，開發人員可以通過少量的代碼、可重復利用的組件以及預先構建好的模塊來創建應用程序，
而無需從頭開始編寫所有代碼。這使得開發速度更快、成本更低，并且能夠更快地響應業務需求。
低代碼一般的幾種形式
1、 代碼生成器模式。
代碼生成器生成代碼的思路主要是站在程序員的角度思考問題，生成代碼，修改代碼。最關注的是代碼！
2、 設計平臺。
在平臺之上實現了很多通用功能，而我們需要的就是調用這些通用功能，并在一些場合在一些關鍵的地方做插件/替換。
我覺得這兩個觀點最主要的區別是。
低代碼平臺的思路應該是站在產品的角度在思考問題，因為無需關心代碼是誰寫的，也不關心這個代碼有沒有個性化還是通用的，拖拽就能生產就行。
雖然我本人是程序員程序員。但是，我還是在比較贊同第二個觀點，以平臺的思路做低代碼，而不是生成代碼，在代碼上做二次開發。
如果這個功能平臺本身就有的，那就直接使用（無碼）。有但是不符合要求的，替換或增強使用（低碼）。
如果沒有，那你就寫一個腳本增加接口/功能。（全碼）
可能有疑問可以仔細想一想，不管是前端的Vue框架還是后端的Java Spring框架，他們都是以這種思路在做框架類產品的。
Spring 最核心的思想在于IOC & AOP，它就是面向切面的編程，他就是讓你不用懂框架,在各種切面上去做編程就可以了,而Vue就更直接了，他就是提供了很多的勾子，你在各種生命周期的勾子上去做。
所以這些框架它都不是直接給你源碼，讓你在源碼上做開發，所以我覺得的代碼的平臺也是一樣的，思路應該是平臺模式。
版權聲明：本文內容由互聯網用戶自發貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發現本站有涉嫌抄襲侵權/違法違規的內容， 請發送郵件至 舉報，一經查實，本站將立刻刪除。
