業(yè)務(wù)筆記
在數(shù)據(jù)庫中存表情
什么時候選擇前后分離衷旅，什么時候選擇數(shù)據(jù)綁定供汛？
通常我們經(jīng)常說前后分離比數(shù)據(jù)硬綁定來得優(yōu)雅，來的方便洛波，however全肮，不同的方式有不同的業(yè)務(wù)需求塞蹭。
舉個例子：對于app的個人用戶界面，如果采用前后分離調(diào)接口的方式门坷，那么會出現(xiàn)界面加載完畢宣鄙，而數(shù)據(jù)后加載，也就是說：我本身已經(jīng)登錄了這個app默蚌，在下拉后有短時間的==請登錄==三個字停留冻晤，這樣用戶體驗是相當(dāng)不好的，至少用戶對你這個系統(tǒng)的穩(wěn)定性绸吸、公司的穩(wěn)定性和安全性產(chǎn)生了懷疑明也，讓用戶抱著懷疑的態(tài)度用你的產(chǎn)品，如果你的產(chǎn)品不是特別剛需和具有獨(dú)特性惯裕，可能你就宣布GG了温数。
舉例二：比如你的文章列表和文章界面使用了前后分離，即使是數(shù)據(jù)后顯示出來蜻势，這樣也是合情合理的撑刺，因為用戶可能認(rèn)為數(shù)據(jù)過大，后加載也很正常握玛，那么用戶能接受够傍，也能理解，這種情況下挠铲，使用前后分離是比較合適的冕屯。
所以，目前簡單總結(jié)下：
- 如果前后分離對用戶的認(rèn)知沒有挑戰(zhàn)的拂苹，可以使用前后分離
- 對于多文本類型的使用前后分離
- 對于使用前后分離挑戰(zhàn)用戶體驗和信任的安聘，可以使用前后分離，但是要處理好數(shù)據(jù)與模版之間的顯示關(guān)系，否則應(yīng)當(dāng)換種其他方式浴韭，比如數(shù)據(jù)硬綁定丘喻，這樣數(shù)據(jù)也來的安全。
在項目開發(fā)中為什么不使用golang=>前端念颈，而使用golang=>.net=>前端泉粉？
聲明：
golang主要做數(shù)據(jù)接口方面，為了方便理解榴芳，可以粗暴的理解為：讀取數(shù)據(jù)
.net:這里主要是做控制層的東西嗡靡，調(diào)接口，綁數(shù)據(jù)窟感。
前端：這個不用說了吧
當(dāng)只使用golang和前端的時候
- golang的模版渲染是一直被人所詬病的叽躯，這是其一。
- 其二肌括，js的代碼是可見点骑，那么golang的接口就直接被暴露在外面，安全性不能得到保證谍夭。
使用golang=>.net=>前端的時候
- 使用.net的最主要的原因是：對golang后端的數(shù)據(jù)接口做一次轉(zhuǎn)發(fā)黑滴，這樣golang的數(shù)據(jù)接口能夠很好的隱藏起來。
- 使用.net后紧索，可以在控制層做不同的安全驗證袁辈，這樣就盡量把不符合要求的請求攔截在上一層，這樣也降低了后面的壓力珠漂。
- 同時也解決了golang模版渲染的毛病晚缩。
