最近一段時(shí)間，“低代碼”概念特別流行，有的人特別推崇它，也有的人對(duì)此不屑一顧。
推崇它的人，認(rèn)為它有很多優(yōu)點(diǎn)，比如說(shuō)能夠降低開(kāi)發(fā)周期，提高系統(tǒng)開(kāi)發(fā)效率，降低開(kāi)發(fā)成本，學(xué)習(xí)成本低等。并且認(rèn)為它會(huì)成為一個(gè)未來(lái)的趨勢(shì)。
而對(duì)其不屑一顧的人則認(rèn)為，低代碼貌似提高了效率，實(shí)則應(yīng)用場(chǎng)景要求很苛刻，一旦需要低代碼平臺(tái)不能提供的功能，就要折騰好大一圈，甚至還可能完成不了需要的任務(wù)。就好像有的人說(shuō)的，用普通代碼花一周完成了100%的任務(wù)，而用低代碼一個(gè)小時(shí)就完成了99%的任務(wù)。那么剩下的1%呢？答案是，沒(méi)法完成。
那么，究竟低代碼到底有意義嗎？靠譜不？今天我們就來(lái)討論一下這個(gè)問(wèn)題。
首先我們來(lái)看現(xiàn)狀，低代碼的現(xiàn)狀就是：概念很美好，實(shí)現(xiàn)很拉胯。
事實(shí)上，低代碼的工具十幾年前就有，比如說(shuō)大名鼎鼎的Webmethods中就提供了一套圖形化編程工具，基于Java的Flow語(yǔ)言，通過(guò)簡(jiǎn)單的圖形化操作，就能夠完成很多的任務(wù)。并且支持自己創(chuàng)建圖形化模塊，以及修改圖形化模塊中的代碼。用起來(lái)是非常方便的。但是這套東西賣(mài)得挺貴，至今也沒(méi)有特別流行起來(lái)，基本上也沒(méi)有什么開(kāi)源軟件能夠達(dá)到Webmethods工具包的效果。目前也就是像Scratch這類(lèi)哄小孩的圖形化編程工具比較流行。
而目前宣稱(chēng)能夠大幅提高開(kāi)發(fā)效率的各個(gè)低代碼平臺(tái)，實(shí)現(xiàn)都很一般，不僅實(shí)現(xiàn)的功能很簡(jiǎn)單，不適用于一些復(fù)雜場(chǎng)景。而且生成的產(chǎn)品也非常難以維護(hù)或者是修改其功能。
例如某款流行的低代碼平臺(tái)，創(chuàng)建表單的時(shí)候，可以很輕松地通過(guò)頁(yè)面操作生成一張表單，而一張表單就會(huì)在后臺(tái)生成一張表。而生成的表既不具有正常在設(shè)計(jì)數(shù)據(jù)庫(kù)表結(jié)構(gòu)時(shí)要考慮的表間關(guān)聯(lián)關(guān)系，也很難從表的自動(dòng)命名中看出其實(shí)際意義。這意味著如果想基于這種自動(dòng)生成的表去進(jìn)行復(fù)雜的查詢功能開(kāi)發(fā)，是非常困難的。
而類(lèi)似于這種的問(wèn)題還有很多。當(dāng)然如果從產(chǎn)品的角度來(lái)講，這些實(shí)際的問(wèn)題是可以逐漸優(yōu)化的。所以這些問(wèn)題只是暫時(shí)的。
低代碼最大的問(wèn)題在于，一個(gè)項(xiàng)目的復(fù)雜度簡(jiǎn)化，是有限度的。而對(duì)于不同的開(kāi)發(fā)人員來(lái)講，所能接受的信息復(fù)雜度是不同的。
除去非常簡(jiǎn)單的應(yīng)用以外，大部分項(xiàng)目的需要都是比較復(fù)雜且具有很多自定義功能的。這就意味著如果一款低代碼平臺(tái)如果想兼容所有的功能的話，那么勢(shì)必要增加非常多的功能模塊。那么對(duì)于開(kāi)發(fā)人員來(lái)講，與普通代碼的區(qū)別可能就是，普通代碼要記憶幾百個(gè)函數(shù)或接口，而低代碼要記憶一百多個(gè)模塊及其屬性和適用范圍。而這個(gè)學(xué)習(xí)成本，和可能出現(xiàn)的潛在問(wèn)題，其實(shí)是差不多的。
固然我們可以將很多代碼模塊化，事實(shí)上這本來(lái)也是大部分程序員在做的工作一樣，開(kāi)源的中央倉(cāng)庫(kù)里諸多可直接引用的庫(kù)即是這一工作的成果，大部分時(shí)間，程序員們只需要知道哪些庫(kù)能夠完成自己的功能，并且閱讀一下其使用手冊(cè)就好了。
而如果把大部分功能組合起來(lái)，那么勢(shì)必會(huì)導(dǎo)致很多過(guò)程對(duì)于開(kāi)發(fā)者而言成了黑盒，從而在需要修改的時(shí)候無(wú)從下手。
而如果組合的功能不夠，則開(kāi)發(fā)者就需要學(xué)習(xí)更多的模塊。這兩者的本質(zhì)是一樣的。因此低代碼的本質(zhì)就決定了，它只適用于非專(zhuān)業(yè)人士，用一些通用的模塊化功能來(lái)完成自己的簡(jiǎn)單需求。而對(duì)于專(zhuān)業(yè)人士來(lái)講，需要學(xué)習(xí)和了解的，則遠(yuǎn)遠(yuǎn)超出了低代碼平臺(tái)所能提供的功能。
當(dāng)然，如果低代碼平臺(tái)真正流行起來(lái)之后，很可能會(huì)出現(xiàn)介于兩者中間的半吊子程序員。
這就好比是所有的手機(jī)品牌都在那里，各種配置甚至各個(gè)部件的廠商、參數(shù)信息都能很清楚的拿到。
但是對(duì)于大部分人來(lái)說(shuō)，可能完全無(wú)法分辨，兩個(gè)1599的不同品牌手機(jī)，技術(shù)上來(lái)說(shuō)，到底哪個(gè)好。所以經(jīng)常會(huì)咨詢一些似乎很懂，但實(shí)際又不很懂的半吊子專(zhuān)家。最終隨便買(mǎi)一個(gè)專(zhuān)家推薦的品牌型號(hào)。
這種事情我們也會(huì)在選購(gòu)電腦和買(mǎi)車(chē)的時(shí)候常見(jiàn)。
低代碼平臺(tái)普及之后，想必開(kāi)發(fā)程序的時(shí)候，也就會(huì)出現(xiàn)大批的這類(lèi)專(zhuān)家了。
喜歡本文的話，歡迎關(guān)注活在信息時(shí)代哦：）
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)，該文觀點(diǎn)僅代表作者本人。本站僅提供信息存儲(chǔ)空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請(qǐng)發(fā)送郵件至 舉報(bào)，一經(jīng)查實(shí)，本站將立刻刪除。