「開發(fā)者評(píng)測(cè)」是 Zion 最新企劃的硬核專欄，我們想邀請(qǐng)全球優(yōu)秀的開發(fā)者前來，使用和測(cè)評(píng) Zion 無代碼開發(fā)平臺(tái)，分享心得，提供建議，給予無代碼開發(fā)行業(yè)更強(qiáng)的生命力。歡迎文末掃碼加入，成為 Zion 測(cè)評(píng)人，一起交流學(xué)習(xí)。
開發(fā)者介紹
食燈鬼，程序員，目前在區(qū)塊鏈量化行業(yè)工作，喜好閱讀、瑜伽、冥想，曾 gap 過兩年多，業(yè)余開發(fā)了一款卡片筆記應(yīng)用「元思筆記」。主持著一個(gè)線上讀書俱樂部「書言」，每周閱讀和分享一本書，已經(jīng)舉辦了 30 期活動(dòng)，近期正在上海開展線下借閱讀書會(huì)「書語」。
Github：https://github.com/shidenggui，開發(fā)維護(hù)多個(gè)開源框架，star 上千
01 Zion 評(píng)測(cè)綜述
幾年前我曾經(jīng)了解過無代碼這個(gè)概念，但當(dāng)時(shí)并沒有深入體驗(yàn)過，因?yàn)楦杏X自己作為一個(gè)全棧工程師，沒必要再去了解這種基于界面的低效開發(fā)方式。但隨著我對(duì)無代碼概念的接觸，發(fā)現(xiàn)無代碼并不僅僅只是為不會(huì)編程的人提供了一套一比一翻譯代碼的圖形界面，因?yàn)槿绻沁@樣的，它的開發(fā)效率是絕對(duì)比不上純用代碼開發(fā)的。無代碼本質(zhì)上是一種新的開發(fā)模式。
如果是基于代碼開發(fā)，一個(gè)全棧開發(fā)者通常需要掌握前端、后端、數(shù)據(jù)庫、程序部署、運(yùn)維等一系列技能。在每個(gè)子領(lǐng)域中都存在著對(duì)應(yīng)的最佳實(shí)踐，但這些實(shí)踐往往并沒有充分考慮到跟其它領(lǐng)域的集成和整合，因?yàn)槊恳活I(lǐng)域都存在著多種選擇。
而無代碼開發(fā)平臺(tái)作為一個(gè)整體，有機(jī)會(huì)可以將所有領(lǐng)域的最佳實(shí)踐整合到一個(gè)統(tǒng)一的平臺(tái)之中，在消弭很多不必要的抉擇時(shí)，也大大提高了開發(fā)效率。
例如前端可能存在網(wǎng)頁、應(yīng)用、小程序等等，后端更是存在著多種語言和范式，例如 RESTful 和 GraphQL，數(shù)據(jù)庫同樣存在關(guān)系型數(shù)據(jù)和非關(guān)系型數(shù)據(jù)庫的抉擇。一些常見的功能會(huì)無數(shù)次在各種語言和框架中被重復(fù)實(shí)現(xiàn)，例如用戶管理、登陸、驗(yàn)證碼收發(fā)等等。
在 Zion 中我們可以看到這些問題得到了比較好的解決，用戶不用再關(guān)心需要在哪些平臺(tái)上使用哪些框架，Zion 提供統(tǒng)一的組件來解決對(duì)應(yīng)的兼容問題。同時(shí)像用戶模塊以及驗(yàn)證碼收發(fā)邏輯這些常見的功能都已經(jīng)被默認(rèn)集成，開箱即用。而且組件支持直接綁定到后臺(tái)數(shù)據(jù)庫中的字段，省了基于代碼開發(fā)時(shí)繁瑣的定義后端接口，定義前端結(jié)構(gòu)，然后獲取數(shù)據(jù)最后綁定到組件上的步驟，一步到位。
02 這些地方 Zion 做得不錯(cuò)
幾乎零運(yùn)維成本
Zion 在運(yùn)維方面相比傳統(tǒng)的開發(fā)模式方便了非常多，包括原生支持 CDN 以及圖片的自適應(yīng)裁剪，后端服務(wù)和數(shù)據(jù)庫的一鍵擴(kuò)容，自動(dòng)索引創(chuàng)建，自帶服務(wù)監(jiān)控和健康檢測(cè)以及自動(dòng)重啟功能。這樣在業(yè)務(wù)突然爆發(fā)的時(shí)候，就不用手忙腳亂的去修改架構(gòu)來支持高并發(fā)場(chǎng)景了，避免了高峰期的不良體驗(yàn)導(dǎo)致的用戶流失。
支持自定義行為邏輯
無代碼中必不可少的一部分就是對(duì)于復(fù)雜的業(yè)務(wù)邏輯的支持，Zion 這方面不光支持圖形化的 Action Flow 配置，同時(shí)也支持基于代碼的方式，大大增強(qiáng)了業(yè)務(wù)的靈活性。當(dāng)然也少不了對(duì)第三方 RESTful 接口的支持。同時(shí)內(nèi)置觸發(fā)器，不光支持第三方基于 webhook 的回調(diào)方式，也支持類似 crontab 那樣的定時(shí)觸發(fā)，簡化了后端常常需要額外部署維護(hù) task queue 的繁瑣流程。
實(shí)時(shí)預(yù)覽/協(xié)作
Zion 因?yàn)樽陨淼募軜?gòu)優(yōu)勢(shì)，可以在原生的微信開發(fā)工具上進(jìn)行更多的擴(kuò)展，包括支持在瀏覽器中進(jìn)行實(shí)時(shí)預(yù)覽，同時(shí)可以分享項(xiàng)目鏈接給第三方人員，在線實(shí)時(shí)協(xié)作，這一點(diǎn)在多人協(xié)同開發(fā)的時(shí)候還是很友好的。
03 Zion 還可以再進(jìn)步
在試用 Zion 的過程中，也發(fā)現(xiàn)了一些缺點(diǎn)，覺得可以做的更好。
顏色設(shè)置不太方便
Zion 的顏色功能目前使用起來還是有很多不足的地方，一個(gè)是很多時(shí)候要通過十六進(jìn)制設(shè)置顏色，另一方面是簡陋的顏色配置。在前端類似 Material Design 這種框架或者 Tailwind CSS 這種實(shí)現(xiàn)中，都提供了大量的預(yù)設(shè)顏色配置。像 Material Design 更是在提供一種主題色之后可以直接生成一系列的副主題色、輔助色、底色等等，同時(shí)這一套配置會(huì)默認(rèn)應(yīng)用到所有子組件上，例如按鈕的各種狀態(tài)、tab 選項(xiàng)的選中、非選中等等，節(jié)省了開發(fā)者大量的重復(fù)設(shè)置顏色的時(shí)間，只需要微調(diào)特定的組件即可。而且默認(rèn)支持深色模式的統(tǒng)一配色調(diào)換，這一點(diǎn)我覺得是 Zion 可以借鑒優(yōu)化的。
圖標(biāo)選擇有限
在 Zion 中設(shè)置圖標(biāo)有幾個(gè)不方便的地方，一個(gè)是默認(rèn)的圖標(biāo)過少，這樣導(dǎo)致用戶需要自己去尋找相關(guān)的圖標(biāo)。另一個(gè)是當(dāng)使用不同圖標(biāo)的顏色來表示不同的狀態(tài)時(shí)，需要手動(dòng)上傳不同顏色的圖標(biāo)，對(duì)某些格式后臺(tái)可以支持直接設(shè)置相關(guān)顏色。
從開發(fā)者的角度來說，希望 Zion 未來有可能接入 Materail Design 或者 iconfont 這種第三方圖標(biāo)庫。
布局靈活度還不夠高
在調(diào)整布局的時(shí)候，缺少一些快捷的內(nèi)置選項(xiàng)，例如自動(dòng)填充整個(gè)寬度等等，而不是每次都需要記住當(dāng)前頁面寬度，然后給每個(gè)組件單獨(dú)設(shè)置。未來不知道有沒有可能引入比較復(fù)雜的布局邏輯，例如柵格系統(tǒng)、CSS 一些相關(guān)的高級(jí)屬性，目前在布局上自由度還是相對(duì)比較低。
組件種類還不夠豐富
組件這塊我覺得是 Zion 最欠缺的地方，現(xiàn)在前端各種成熟的框架中基本上都預(yù)置了大量常用的組件，而 Zion 內(nèi)部的組件數(shù)量過少，稍微復(fù)雜一點(diǎn)的樣式就需要自己從頭設(shè)置，在這個(gè)過程中消耗了大量的時(shí)間精力。另外組件可以支持第三方市場(chǎng)，允許用戶提交組件，這必然會(huì)極大的提高開發(fā)體驗(yàn)和開發(fā)效率。
04 展望
無代碼作為一個(gè)新的產(chǎn)品，肯定會(huì)面臨著很多問題，但其未來是光明的。希望 Zion 能將無代碼的體驗(yàn)做的越來越好，不光造福不會(huì)編程的用戶，也能造福那些已經(jīng)疲于搭建繁瑣和重復(fù)功能的開發(fā)者。
無代碼開發(fā)｜云原生｜小程序開發(fā)｜網(wǎng)站開發(fā)｜可視化開發(fā)｜實(shí)時(shí)預(yù)覽｜多人協(xié)同…
體驗(yàn)鏈接：https://www.functorz.com/?channel=nrff
版權(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í)，本站將立刻刪除。