不知道從什么時候起，低代碼這個概念就開始大火了，尤其是對于IT程序員和業(yè)務(wù)人員來說，從一開始害怕被低代碼逼到失業(yè)、到現(xiàn)在已經(jīng)成了爛大街的口號。

一邊是喊著“人人都是產(chǎn)品經(jīng)理”、“人人都是程序員”的宣傳噱頭，另一邊是關(guān)于“只能生成屎一樣代碼”、“bug生產(chǎn)器”等吐槽的聲音也是不絕于耳

那么低代碼究竟是靠著噱頭起來的“偽風(fēng)口”，還是真正的行業(yè)革命？今天我們就來仔細(xì)聊一聊：

一、低代碼應(yīng)用現(xiàn)狀

低代碼剛剛火起來的時候，大體上就出現(xiàn)了兩條發(fā)展方向：

一條線是面對IT人員的開發(fā)工具路線，另一方面是針對業(yè)務(wù)人員的業(yè)務(wù)復(fù)用路線。

不管是哪種模式，低代碼最終都是為了解決公司團(tuán)隊(duì)的重復(fù)業(yè)務(wù)需求，比如說之前要通過程序員敲代碼才能實(shí)現(xiàn)的模板工作，可以利用低代碼的模式或工具去解決定制化的需求，最終來提高整個團(tuán)隊(duì)（公司）的效率。

看上去低代碼似乎是未來的風(fēng)口，那么為什么現(xiàn)在會讓很多人吐槽到爛大街呢？

最主要的原因還是在于人上，到目前為止，低代碼平臺所面向的人群永遠(yuǎn)都是初級、入門的人，而代碼能力強(qiáng)的程序員也根本看不起低代碼平臺，大多數(shù)公司里的都是偽需求。

而且想要讓程序員拋棄原有的工作模式，去用低代碼平臺跟業(yè)務(wù)人員去溝通配合，就意味著公司要投入非常大的變革成本

但實(shí)際上從我的認(rèn)知上來說，低代碼面向的就是程序員，雖然做不到取代碼農(nóng)，但是也不會和中臺一樣臭大街。

至于為什么呢？接著往下看

能解決業(yè)務(wù)需求的低代碼才是風(fēng)口

做過程序員的應(yīng)該都知道，敲代碼不是最痛苦的事情，而重復(fù)造輪子才是最低效、最沒有價值的事情，而低代碼的作用，就是為了解決個人層面的效率。

就拿報(bào)表制作來說，傳統(tǒng)模式是業(yè)務(wù)人員將報(bào)表需求提給程序員，程序員再按照需求從數(shù)據(jù)庫里取數(shù)、做模板，然后再給到業(yè)務(wù)人員。但是當(dāng)業(yè)務(wù)人員的需求有變化的時候，程序員就要重復(fù)取數(shù)、做模板，過程不用說有多痛苦了。

而有了低代碼平臺之后，IT人員根本不需要那么麻煩了，報(bào)表設(shè)計(jì)也不是那么難了

現(xiàn)在市場上比較流行的低代碼報(bào)表平臺并不多，這里就以市面上最常見的FineReport為例，介紹一下低代碼平臺的幾個功能：

1、報(bào)表自動化

FineReport的設(shè)計(jì)器和Excel類似，很容易上手，就拿連接數(shù)據(jù)源來說，根本不需要寫很多SQL，不懂代碼的小白也可以上手。

2、報(bào)表圖形化

都是字不如圖，圖不如表，一份讓人滿意的報(bào)表，確實(shí)是需要用舒服的可視化來展現(xiàn)出來的。相比于一些工具屈指可數(shù)的可視化圖表，F(xiàn)ineReport的內(nèi)置圖表可謂非常豐富。

3、代碼語句封裝

在操作數(shù)據(jù)庫的時候，F(xiàn)ineReport就能夠?qū)QL編寫界面進(jìn)行可視化封裝，用戶直接將字段和表進(jìn)行拖拽就能生成sql語句

4、填報(bào)

除了開發(fā)性能高，F(xiàn)ineReport還有一個亮點(diǎn)就是支持填報(bào)。通過設(shè)計(jì)好的填報(bào)模板可以直接向數(shù)據(jù)庫中錄入數(shù)據(jù)，可以通過填報(bào)校驗(yàn)條件設(shè)置來保證入庫數(shù)據(jù)的準(zhǔn)確性。我看見好多公司收集數(shù)據(jù)的辦法就是用Excel，把一張Excel表傳來傳去，最后拿到手還要檢查數(shù)據(jù)準(zhǔn)確性，用FineReport填報(bào)報(bào)表，只需要把填報(bào)模板發(fā)給對應(yīng)人，填完數(shù)據(jù)自動審核入庫，省一半勞動力

5、大屏

最后分享下低代碼報(bào)表平臺工具

最后，給大家分享一下報(bào)表開發(fā)工具和報(bào)表模板，獲取方式：