最近在檢查組員的代碼，發(fā)現(xiàn)他們?cè)谑褂胑l-select的寫(xiě)的有點(diǎn)麻煩，然后出現(xiàn)了以下一個(gè)插曲，引發(fā)了我的一系列小想法；
功能的需求是這樣的：
點(diǎn)擊table中每行的修改按鈕時(shí)，將數(shù)據(jù)回顯。
原列表接口(A接口)給出的數(shù)據(jù)如下：
[{
id:"00012312",
"name":"jack",
"sex":"0"
},
{
id:"213221",
"name":"lily",
"sex":"1"
}]
allTags接口(B接口)：
[{
id:"1",
"label":"泰國(guó)"
},
{
id:"2",
"label":"新加坡"
},{
id:"3",
"label":"印度尼西亞"
},{
id:"4",
"label":"馬來(lái)西亞"
},{
id:"5",
"label":"日本"
}]
點(diǎn)擊修改按鈕的時(shí)候需要把這些數(shù)據(jù)展示到form表單上，并且form表單還需要展示tags，并且需要用select去展示?？墒莟able的列表的A接口并沒(méi)有返回tags數(shù)據(jù)
組員時(shí)這么實(shí)現(xiàn)的：
- 請(qǐng)求allTags接口(B)，拿到所有的tags數(shù)據(jù)，這就是select的option的全部數(shù)據(jù)；
- 獲取到該行的id，比如lily的id= 213221，然后根據(jù)id再請(qǐng)求另外一個(gè)接口(C)去獲取該用戶(hù)的tags的數(shù)據(jù)
然后該組員寫(xiě)的el-select的代碼如下
<el-select v-model="tags"
class="information-input"
multiple
placeholder="請(qǐng)選擇標(biāo)簽">
<el-option
v-for="tag in allTags"
:key="tag.id"
:label="tag.label"
:value="tag.id"/>
</el-select>
按照這樣的接口設(shè)計(jì)我覺(jué)得這么實(shí)現(xiàn)是沒(méi)有問(wèn)題的
后來(lái)我和組員溝通是不是可以換一個(gè)方式，一個(gè)簡(jiǎn)單的功能請(qǐng)求2個(gè)接口是不是不好。他給我的回答才是最讓我郁悶的，“那接口就這樣，你讓我怎么辦？請(qǐng)求多能實(shí)現(xiàn)不就好了”。
后來(lái)我又找后臺(tái)了解，和他們溝通接口設(shè)計(jì)的是不是有問(wèn)題，A接口是不是應(yīng)該把tags直接帶給前端，這樣是不是就節(jié)省一個(gè)接口(C)，而且我也寫(xiě)過(guò)java，我知道一個(gè)表連接不難，這個(gè)業(yè)務(wù)涉及到的數(shù)據(jù)量并不大，甚至可以都不算數(shù)據(jù)量。
和后臺(tái)的兄弟說(shuō)要改接口真的是難啊，就算我一個(gè)姑娘去賣(mài)萌都不行。最后已經(jīng)發(fā)展到要吵架的地步，才同意改接口。
后來(lái)的數(shù)據(jù)變成了：
[{
id:"00012312",
"name":"jack",
"sex":"0"，
tags:["1","2","3"]
},
{
id:"213221",
"name":"lily",
"sex":"1"，
tags:["1","2","3"]
}]
我看到又郁悶了，這個(gè)數(shù)據(jù)給過(guò)來(lái)展示還是沒(méi)有最大化的精簡(jiǎn)，列表上需要展示，form表單上也需要展示，那還是要去循環(huán)allTags拿label去展示。
我又去找他說(shuō)，tags這么返回是不是有問(wèn)題，既然給了我id，為什么不能把label一起給我呢。經(jīng)過(guò)一段時(shí)間的你來(lái)我往，最后改了。
[{
id:"00012312",
"name":"jack",
"sex":"0"，
tags:[{id:"1"...}]
},
{
id:"213221",
"name":"lily",
"sex":"1"，
tags:[{id:"1"...}]
}]
接口溝通好之后，我就讓組員去重新處理elselect的實(shí)現(xiàn)。
好長(zhǎng)時(shí)間多后，他和我說(shuō)這樣的數(shù)據(jù)展示不出來(lái)，說(shuō)這樣的接口有問(wèn)題，說(shuō)了一堆，意思就是我不應(yīng)該去改接口，現(xiàn)在好麻煩，數(shù)據(jù)展示不出來(lái)。。。。。。
實(shí)在不想溝通了，我自己寫(xiě)了代碼，其實(shí)就是加value-key標(biāo)示出value對(duì)應(yīng)的key。
value-key使用的重點(diǎn)就是option的value一定要是一個(gè)對(duì)象
<el-select v-model="tags"
class="article-input"
multiple
value-key="id"
placeholder="請(qǐng)選擇標(biāo)簽">
<el-option
v-for="tag in allTags"
:key="tag.id"
:label="tag.label"
:value-key="tag"/>
</el-select>
事情到此結(jié)束：
回家的路上我在想后臺(tái)的哥們會(huì)不會(huì)覺(jué)得我是事媽?zhuān)票苽€(gè)沒(méi)完，非要改接口，增加他的工作量。
可是我認(rèn)為，真的優(yōu)秀代碼是要能禁得起推敲的，真的優(yōu)秀的接口是盡最大的努力給最簡(jiǎn)單直接的數(shù)據(jù)。
一個(gè)優(yōu)秀的前端考慮的不僅僅是頁(yè)面實(shí)現(xiàn)，還要考慮性能。性能包括很多方面，接口也是一個(gè)方面，如果認(rèn)為接口不合適，我們應(yīng)該主動(dòng)去溝通，這樣做出來(lái)的產(chǎn)品從內(nèi)而外都是一個(gè)好的優(yōu)秀的產(chǎn)品。至少目前的我是這么認(rèn)為的。
我很希望我在的團(tuán)隊(duì)是一個(gè)有激情的團(tuán)隊(duì)，大家有想法有見(jiàn)解，一起向著更高的目標(biāo)走去。
可是我發(fā)現(xiàn)我們團(tuán)隊(duì)目前的狀態(tài)，就兩個(gè)字混亂，各做各的事情，抱著把工作做完就行的心態(tài)，不主動(dòng)溝通不參與溝通拒絕溝通，像一個(gè)個(gè)機(jī)器人。
現(xiàn)在我陷入自我懷疑和對(duì)團(tuán)隊(duì)失望的氛圍里。。。
