本文內(nèi)容如題。
最近正巧看了點(diǎn)交互上面的書植袍，然后正巧有個(gè)功能惧眠。
業(yè)務(wù)場(chǎng)景
通過現(xiàn)有的訂單信息來提交保函
先說結(jié)論吧
對(duì)于偏向操作的需求，列表搜索提交查看單頁面更優(yōu)
需求功能點(diǎn)
- 搜索訂單
- 單選訂單
- 填寫保函于个、提交保函
- 查看保函
功能點(diǎn)很簡(jiǎn)單氛魁，于是就有了一個(gè)爭(zhēng)論：我在搜索訂單的頁面里面直接提交保函，還是新開一個(gè)頁面來提交保函呢厅篓？
1.png
對(duì)于這種流程秀存，我感覺還是太陳舊了。
多頁面打開的優(yōu)勢(shì)在于
- 操作上多個(gè)對(duì)比
- 窗口重新排布
- 精準(zhǔn)分享鏈接
但是對(duì)于一個(gè)偏操作的需求弊端也非常明顯
- 新開頁面等待時(shí)間
- 太多瀏覽器標(biāo)簽頁
- 列表狀態(tài)刷新
我們還是回來看一下衍生需求吧
- 沒有保函間并沒有對(duì)比的必要
- 保函并不需要把唯一鏈接分享給其他操作
- 后臺(tái)操作并不需要做 SEO
- 列表需要在提交之后刷新
然后從寫代碼的角度來說贷笛，我們已經(jīng)實(shí)施了全站前后端分離以及全站 Ajax应又，我只需要維護(hù)一份內(nèi)存對(duì)象，幾個(gè)模板乏苦，雙向綁定上去就好株扛，外加一些交互控制。還能減少【通過 id 加載訂單信息】的請(qǐng)求汇荐。
所以真的在本頁操作會(huì)更好一些洞就。
2.png
要是不服，有本事你來咬我呀掀淘！
很多人被類似競(jìng)品和參考產(chǎn)品毒害太深旬蟋，在做產(chǎn)品或者需求或者功能或者邏輯設(shè)計(jì)的時(shí)候，已經(jīng)忘記了全面分析革娄。
