零代碼基礎(chǔ)的我，用釘釘宜搭“開發(fā)”了一個(gè)“記者報(bào)選題”應(yīng)用……

圖片來源@Unsplash

最近低代碼概念很火，作為一名毫無代碼基礎(chǔ)的小白，看到鋪天蓋地的“低代碼/無代碼基礎(chǔ)創(chuàng)建應(yīng)用”的言論，總是會(huì)心聲疑惑：代碼零基礎(chǔ)真的可以開發(fā)應(yīng)用嗎？

在跟一些企業(yè)交流的過程中，多數(shù)對這個(gè)問題給出了肯定的回答。但是如果不自己上手試，總覺得“低代碼”聽起來還是有些抽象。

據(jù)鈦媒體App了解，釘釘宜搭在近期開放了試用體驗(yàn)。我忍不住試了試，以下是真實(shí)開發(fā)日志，來看看這個(gè)“低代碼”應(yīng)用的“真假”吧：

零代碼開發(fā)的“宜報(bào)題”

“每周報(bào)選題”對媒體從業(yè)者來說一點(diǎn)兒也不陌生，但由于這個(gè)需求太小眾，一般大家都用在線協(xié)作文檔就解決了選題的留存和管理問題。

協(xié)同辦公軟件們，并沒有針對媒體行業(yè)專門做“選題”管理工具。我就從這個(gè)市場空白入手，評測主題有了：

用釘釘宜搭創(chuàng)建一款“報(bào)選題”小應(yīng)用～

我給這個(gè)應(yīng)用起的名字是“宜報(bào)題”——此處還需要強(qiáng)調(diào)的是，“宜報(bào)題”想要解決的媒體行業(yè)選題管理這一需求，并沒有經(jīng)過專業(yè)調(diào)研，這款應(yīng)用的誕生主要是為了評測下釘釘宜搭，并真實(shí)體驗(yàn)下低代碼開發(fā)。

先來說下“宜報(bào)題”的最終整個(gè)呈現(xiàn)效果。因?yàn)殁伱襟w內(nèi)容團(tuán)隊(duì)管理采取“采編獨(dú)立”的機(jī)制，我在開發(fā)中，把編輯崗需要審核稿件的幾位同事，定義成了“編輯”角色，把幾位需要撰寫稿件的同事定義為“記者”角色。

這里也感謝在“宜選題”中出鏡的幾位同事，為了降低應(yīng)用的流程設(shè)計(jì)復(fù)雜度，只能隨機(jī)抽選他們幾位出鏡。

宜報(bào)題選題申報(bào)界面

上面這個(gè)圖，是“記者”進(jìn)入宜選題應(yīng)用時(shí)的選題申報(bào)界面，“記者”需要寫明選題名稱，以及闡述選題亮點(diǎn)，并針對性選擇一位編輯，標(biāo)明自己的身份（稿件實(shí)際執(zhí)行人）后，選好預(yù)計(jì)的初稿完成日期即可提交選題進(jìn)入“選題審批”階段。

宜報(bào)題審批界面3

如上圖，這是一篇編輯審核通過，“記者”進(jìn)入執(zhí)行階段的稿子。編輯在審批選題時(shí)，也可順帶提出選題建議。雙方在選題進(jìn)展過程中也能進(jìn)行評論交流。在稿件完成后，記者可提交“已完成”來反饋稿件進(jìn)度。

宜報(bào)題已完成界面

當(dāng)然，考慮到在實(shí)際運(yùn)行過程中，一些稿子會(huì)由于時(shí)效性等綜合原因，無法繼續(xù)執(zhí)行，所以也設(shè)置了“不想寫了”按鈕，表示稿件終止，并退回至相應(yīng)節(jié)點(diǎn)審批。

簡單，但也存在一些門檻

上面幾張低代碼應(yīng)用的最終呈現(xiàn)效果是不是看起來很簡單？但其實(shí)做起來并不順利?？赡苡捎谖覍Α耙藞?bào)題”的要求更為復(fù)雜，中間進(jìn)入到“邏輯圈”迷宮。結(jié)果就是這個(gè)看起來非常簡單的小應(yīng)用，從熟悉宜搭界面到最后完成測試大概花了5個(gè)小時(shí)。

5個(gè)小時(shí)！

第一步，因?yàn)椤皥?bào)題”實(shí)際上涉及到一個(gè)審批流程，所以我選用了宜搭里的一個(gè)審批模版。然后利用宜搭的組件庫，搭建起來一個(gè)表單。很順利。

宜報(bào)題表單界面

表單設(shè)計(jì)完成，接下來是第二步：流程設(shè)計(jì)。

按照宜搭設(shè)置的規(guī)則，已成形的表單中的“單選”組件會(huì)自動(dòng)成為“審批條件”的備選項(xiàng)。

宜報(bào)題流程審批設(shè)置界面

兩個(gè)審批條件選中，系統(tǒng)會(huì)自動(dòng)進(jìn)入“如果編輯是A1，記者是A2，就執(zhí)行A3”的邏輯，大概就是這樣：

后臺審批路徑的可能性展示

數(shù)學(xué)好的同學(xué)可以算下，在前臺看起來非常簡單的兩個(gè)單選，在后臺跑起來需要有多少種可能性。

這里遇到了坎兒。如果要簡單的場景，可能就是設(shè)定一兩個(gè)審批人，大家套用一套審批規(guī)則就行。但在我的實(shí)際工作中，由于編輯（審批人）是多個(gè)，記者（實(shí)際執(zhí)行人）也是多個(gè)，所以這里就出現(xiàn)了排列組合，基礎(chǔ)的規(guī)則已經(jīng)無法解決了。

更復(fù)雜的一項(xiàng)邏輯是，我需要為每種可能的“A3”設(shè)置執(zhí)行路徑，就像這樣：

宜搭審批節(jié)點(diǎn)路徑設(shè)置界面

大家可以發(fā)現(xiàn)，前臺呈現(xiàn)的每一個(gè)選項(xiàng)，在后臺都是一個(gè)“角色”，為了將這些角色串聯(lián)進(jìn)入流程審批，我需要將對他們一一定義，于是在這個(gè)看起來簡單的選題審批應(yīng)用中，我定義了十余個(gè)角色。

宜報(bào)題中為審批路徑設(shè)置的角色

對每一個(gè)可能審批節(jié)點(diǎn)的定義，是花時(shí)間最久的地方。在第一部分提到的兩個(gè)看起來是為選題業(yè)務(wù)設(shè)置的兩個(gè)“已完成”、“不想寫了”兩個(gè)按鈕，也是手動(dòng)設(shè)置的，他們在后臺長這樣：

宜搭節(jié)點(diǎn)動(dòng)作設(shè)置界面

不過，開發(fā)過程中有個(gè)bug在于：假如團(tuán)隊(duì)來了一個(gè)新人，我要把這個(gè)新角色設(shè)置進(jìn)入這個(gè)審批流程里面，那么以上審批節(jié)點(diǎn)都要推倒重來一次。

宜搭審批節(jié)點(diǎn)復(fù)制拷貝界面

好在宜搭上設(shè)置了“復(fù)制粘貼”功能，不然，真的要把“打工人”搞si了。（此處完全可以理解 ITer 對人工智能的瘋狂追求了，現(xiàn)在我也想要“人工智能”。

這里就有了一個(gè)小結(jié)論：這類低代碼開發(fā)工具，主要是將代碼開發(fā)編程圖形化的拖拽，但在邏輯上由于需要人工定義，在智能性上目前還有一定不足。

當(dāng)然，我也遇到了一些需要代碼和函數(shù)知識儲(chǔ)備的才能處理的問題，比如這些：

宜搭上某些看不懂的界面

完全看不懂，對不對？所以我選擇跳過這些函數(shù)，傻瓜式搭建了這個(gè)報(bào)題小應(yīng)用。

一個(gè)成熟的角色工作臺長這樣

像上圖這樣用低代碼開發(fā)出數(shù)據(jù)分析界面的，在我這里可以封神了。

完整“開發(fā)”經(jīng)驗(yàn)總結(jié)如下：

1、本人承諾，整個(gè)小應(yīng)用的搭建，沒有使用任何代碼。是的，這里我用了“搭建”，而不是“開發(fā)”。整個(gè)應(yīng)用的搭建還是很順暢，沒有代碼經(jīng)驗(yàn)確實(shí)可以搭建起來一些日常的應(yīng)用，因?yàn)檎麄€(gè)過程真的就像搭積木，與現(xiàn)實(shí)中搭積木不同的是，這個(gè)積木是搭完是“活”的，是可以跑起來的。有興趣的朋友打打殺殺的游戲玩兒累了，可以上來把低代碼當(dāng)成益智游戲；

2、網(wǎng)上說的低代碼幫助“人人成為開發(fā)者”，這個(gè)結(jié)論有某種程度上的正確性，但是也并不全對。比如上述涉及到函數(shù)以及復(fù)雜的審批邏輯時(shí)，對于像我這樣不懂代碼，函數(shù)只懂“SUM”、高中數(shù)學(xué)最多考90分的人來說，還是有一定難度；

3、低代碼的使用體驗(yàn)，一定程度上要依賴核心平臺。比如這個(gè)“宜報(bào)題”，因?yàn)槭怯冕斸斠舜铋_發(fā)出來的，所以用釘釘打開更加順暢。如果將應(yīng)用鏈接復(fù)制到其它平臺，會(huì)要求注冊登陸“宜搭”賬號。所以長遠(yuǎn)來看，低代碼應(yīng)用生態(tài)會(huì)不會(huì)更加開放對低代碼的“公民化”具有重要意義；

4、最后總結(jié)，雖然低代碼現(xiàn)在還不能完全滿足一些復(fù)雜功能的開發(fā)，但是一定要肯定的是低代碼對企業(yè)邊緣應(yīng)用開發(fā)需求的滿足，比如我們現(xiàn)在使用很方便的防疫表單、簡單的費(fèi)用審批等等，可以按照自己想法快速搭建好，這個(gè)對提高企業(yè)效率是很有價(jià)值的。（本文首發(fā)鈦媒體App，作者 | 秦聰慧）