同行眼中的低代碼我認(rèn)為的低代碼PHP低代碼平臺（低代碼平臺的實(shí)現(xiàn)方式）

老鍋的同行與低代碼的關(guān)系。

PHP低代碼開發(fā)平臺在線演示中心。

老鐵們早上好，今天聊聊同行眼中的低代碼應(yīng)該長什么樣。最近好多的同行來我們公司進(jìn)行交流學(xué)習(xí)，不斷的去探索低代碼所能賦能企業(yè)賦能的是誰？對象、技術(shù)、產(chǎn)品交付等等各方面進(jìn)行深度的探討。也歡迎各位同行到我們公司來考察、學(xué)習(xí)、互相學(xué)習(xí)。

先說說我的觀點(diǎn)，很多同行認(rèn)為生成是低代碼跟交互式低代碼。生成是低代碼是什么？生成是低代碼，比如通過這個平臺，然后設(shè)計，通過這個業(yè)務(wù)設(shè)計，把表單拖拉拽，把流程設(shè)計，然后生成一套系統(tǒng)去交付給客戶，客戶運(yùn)行這套系統(tǒng)，這叫深層次低代碼。

衍生出來的是什么？衍生出來的是sars，就是在系統(tǒng)上設(shè)計，設(shè)計給你開通個手機(jī)號、注冊號，登錄上去，能設(shè)計出一套系統(tǒng)，這叫sars化系統(tǒng)，所有的數(shù)據(jù)都依托在那。

在這兩種場景下來說兩個弊端。

·第一個弊端，生成式。如果生成式，比如國家的稅率變了，假設(shè)這里增加了一個選項(xiàng)，怎么辦？是不是得去平臺重新生成出來？重新生成出來會不會覆蓋掉原有的業(yè)務(wù)？會不會出現(xiàn)什么問題？這個是不是值得思考？

·第二個弊端，sars化。給你一個賬號，可以通過賬號進(jìn)行設(shè)計出這么多的業(yè)務(wù)，部署在所有的業(yè)務(wù)上傳數(shù)據(jù)。

在d代碼在這么多年的迭代下，sars化的d代碼可信嗎？我覺得可信，但是對于技術(shù)要求能力非常高。對于這種sars化的模型，認(rèn)為sars化的模型并不適合于企業(yè)級的業(yè)務(wù)平臺、數(shù)據(jù)平臺。為什么？因?yàn)橐患移髽I(yè)、一家公司、一家工廠也好，所有的數(shù)據(jù)都掌握在決定著企業(yè)的生存線，不是所有的公司都經(jīng)得起數(shù)據(jù)丟失的。

明白我的意思嗎？所以在sars化的模型下，真正懂企業(yè)的人不會去做sars。真正從企業(yè)管理線出來的人不會去用sars化的模型去處理問題，這個非常關(guān)鍵，這個我說的應(yīng)該大家都能理解。

我再分享一個叫交互式地代碼，交互式地代碼采用的就是交互式地代碼，我不說這個有多好，但這對于軟件公司是非常不利的。為什么所有的決定權(quán)源碼交付不加密，企業(yè)化服務(wù)不限開發(fā)項(xiàng)目，私有部署，在這么強(qiáng)大的這種理念下對于軟件公司非常不利。

但是隨著國際市場，國內(nèi)市場的不斷進(jìn)步，這個會被優(yōu)化掉。為什么以前在國內(nèi)隨便拿到野馬改改，無所謂侵權(quán)，沒關(guān)系，但是隨著國內(nèi)對于版權(quán)的能力的提升，大部分的用戶都知道不能侵權(quán)，所以也才敢這么去做交付源代碼交付的，不希望在一些東西上去較真。

為什么這么做？源碼交付、平臺交付、設(shè)計能力交付全部，這意味著非常多的內(nèi)容，意味著非常多的風(fēng)險。之所以能做得到，說到這個程度，連續(xù)幾年大家可以看一下，從發(fā)展到今天，從3.021年到今天的7.0，大家算算幾個年頭，幾個年頭更新多少次，也就是意味著每個月都有大量的補(bǔ)丁修復(fù)版本，修復(fù)升級功能等等。

平臺交付的優(yōu)點(diǎn)就出來了，也就是客戶其實(shí)在于平臺上有非常大的優(yōu)勢，可以自主的去控制系統(tǒng)，處理系統(tǒng)來研究系統(tǒng)，又可以利用能力去構(gòu)建更大的業(yè)務(wù)，真正做到了系統(tǒng)助力企業(yè)轉(zhuǎn)型升級，這才是信息化軟件公司的本質(zhì)，軟件即為服務(wù)。

今天講的干貨有點(diǎn)多，就講到這里，謝謝大家。