• project.config.json 項(xiàng)目配置文件，用得最多的就是配置是否開啟https校驗(yàn)；
• App.js 設(shè)置一些全局的基礎(chǔ)數(shù)據(jù)等；
• App.json 底部tab, 標(biāo)題欄和路由等設(shè)置；
• App.wxss 公共樣式，引入iconfont等；
• pages 里面包含一個(gè)個(gè)具體的頁面；
• index.json (配置當(dāng)前頁面標(biāo)題和引入組件等)；
• index.wxml (頁面結(jié)構(gòu))；
• index.wxss (頁面樣式表)；
• index.js (頁面的邏輯，請求和數(shù)據(jù)處理等)；

2. 簡單描述下微信小程序的相關(guān)文件類型？

• wxml 模板文件，是框架設(shè)計(jì)的一套標(biāo)簽語言，結(jié)合基礎(chǔ)組件、事件系統(tǒng)、可以構(gòu)建出頁面的結(jié)構(gòu)
• wxss 樣式文件，是一套樣式語言，用于描述WXML的組件樣式
• js 腳本邏輯文件，邏輯處理網(wǎng)絡(luò)請求
• json 配置文件，小程序設(shè)置，如頁面注冊，頁面標(biāo)題及tabBar
• app.json 整個(gè)小程序的全局配置，包括：
  • pages:[所有頁面路徑]
  • 網(wǎng)絡(luò)設(shè)置（網(wǎng)絡(luò)超時(shí)時(shí)間）
  • 界面表現(xiàn)（頁面注冊）
  • window:{背景色、導(dǎo)航樣式、默認(rèn)標(biāo)題}
  • 底部tab等
• app.js 監(jiān)聽并處理小程序的生命周期函數(shù)、聲明全局變量
• app.wxss 全局配置的樣式文件

3. 請談?wù)剋xml與標(biāo)準(zhǔn)的html的異同？

• 都是用來描述頁面的結(jié)構(gòu)；
• 都由標(biāo)簽、屬性等構(gòu)成；
• 標(biāo)簽名字不一樣，且小程序標(biāo)簽更少，單一標(biāo)簽更多；
• 多了一些 wx:if 這樣的屬性以及 {{ }} 這樣的表達(dá)式
• WXML僅能在微信小程序開發(fā)者工具中預(yù)覽，而HTML可以在瀏覽器內(nèi)預(yù)覽
• 組件封裝不同， WXML對組件進(jìn)行了重新封裝，
• 小程序運(yùn)行在JS Core內(nèi)，沒有DOM樹和window對象，小程序中無法使用window對象和document對象。

4. 請談?wù)刉XSS和CSS的異同？

• 都是用來描述頁面的樣子；
• WXSS 具有 CSS 大部分的特性，也做了一些擴(kuò)充和修改；
• WXSS新增了尺寸單位，WXSS 在底層支持新的尺寸單位 rpx；
• WXSS 僅支持部分 CSS 選擇器；
• WXSS 提供全局樣式與局部樣式
• WXSS 不支持window和dom 文檔流

5. 你是怎么封裝微信小程序的數(shù)據(jù)請求的？

1. 將所有的接口放在統(tǒng)一的js文件中并導(dǎo)出
2. 在app.js中創(chuàng)建封裝請求數(shù)據(jù)的方法
3. 在子頁面中調(diào)用封裝的請求數(shù)據(jù)

或

1. 在根目錄下創(chuàng)建utils目錄及api.js文件和apiConfig.js文件；
2. 在appConfig.js封裝基礎(chǔ)的get\post\put\upload等請求方法，設(shè)置請求體，帶上token和異常處理等；
3. 在api.js中引入apiConfig.js封裝好的請求方法，根據(jù)頁面數(shù)據(jù)請求的urls，設(shè)置對應(yīng)的方法并導(dǎo)出；
4. 在具體頁面導(dǎo)入；

6. 小程序頁面間有哪些傳遞數(shù)據(jù)的方法？

1. 給html元素添加data-*屬性來傳遞值，然后通過e.currentTarget.dataset或onload的param參數(shù)獲取。注：data-名稱不能有大寫字母、不可以存放對象
2. 設(shè)置id的方法標(biāo)識來傳值，通過e.currentTarget.id獲取設(shè)置的id的值，然后通過設(shè)置全局對象的方式來傳遞數(shù)值
3. 在navigator中添加參數(shù)數(shù)值

或

1. 使用全局變量實(shí)現(xiàn)數(shù)據(jù)傳遞
2. 頁面跳轉(zhuǎn)或重定向時(shí)，使用url帶參數(shù)傳遞數(shù)據(jù)
3. 使用組件模板template傳遞參數(shù)
4. 使用緩存?zhèn)鬟f參數(shù)
5. 使用數(shù)據(jù)庫傳遞參數(shù)

7. 請談?wù)勑〕绦虻碾p向綁定和vue的異同？

大體相同，但小程序直接this.data的屬性是不可以同步到視圖的，必須調(diào)用this.setData()方法！

1.雙向綁定：vue默認(rèn)支持雙向綁定，微信小程序需要借助data。
2.取值：vue中，通過this.reason取值。小程序中，通過this.data.reason取值。
3.定義方法：小程序使用 在app.js中定義即可，vue的方法通過寫在method中進(jìn)行定義。

1. 去變量的時(shí)候：  - 小程序  wx:for = "lists"  - Vue是  v-for = "item in lists"
2. 調(diào)用data模型（賦值）的時(shí)候：  - 小程序：this.data.item //調(diào)用  this.setData({item:1}) //賦值  - vue: this.item //調(diào)用  this.item =1 //賦值  
小程序的雙向綁定實(shí)際上并不是雙向綁定 如果在小程序.js文件中改變了某個(gè)變量的值 那么頁面上的值并不會跟著改變 如果想要頁面上的值也跟著改變的話 需要通過setData來操作 而Vue默認(rèn)就是雙向綁定 只改變了某個(gè)變量的值 頁面上也會跟著改變

8. 請談?wù)勑〕绦虻纳芷诤瘮?shù)？

• onLoad() 頁面加載時(shí)觸發(fā)，只會調(diào)用一次，可獲取當(dāng)前頁面路徑中的參數(shù)。
• onShow() 頁面顯示/切入前臺時(shí)觸發(fā)，一般用來發(fā)送數(shù)據(jù)請求；
• onReady() 頁面初次渲染完成時(shí)觸發(fā), 只會調(diào)用一次，代表頁面已可和視圖層進(jìn)行交互。
• onHide() 頁面隱藏/切入后臺時(shí)觸發(fā), 如底部 tab 切換到其他頁面或小程序切入后臺等。
• onUnload() 頁面卸載時(shí)觸發(fā)，如redirectTo或navigateBack到其他頁面時(shí)。
• onPullDownRefresh() 下拉刷新的鉤子函數(shù) 用戶下拉刷新時(shí)會自動走到這個(gè)函數(shù)中
• onReachBottom() 上翻到底的鉤子函數(shù)

9. 簡述微信小程序原理？

• 小程序本質(zhì)就是一個(gè)單頁面應(yīng)用，所有的頁面渲染和事件處理，都在一個(gè)頁面內(nèi)進(jìn)行，但又可以通過微信客戶端調(diào)用原生的各種接口；
• 它的架構(gòu)，是數(shù)據(jù)驅(qū)動的架構(gòu)模式，它的UI和數(shù)據(jù)是分離的，所有的頁面更新，都需要通過對數(shù)據(jù)的更改來實(shí)現(xiàn)；
• 它從技術(shù)講和現(xiàn)有的前端開發(fā)差不多，采用JavaScript、WXML、WXSS三種技術(shù)進(jìn)行開發(fā)；
• 功能可分為webview和appService兩個(gè)部分；
• webview用來展現(xiàn)UI，appService有來處理業(yè)務(wù)邏輯、數(shù)據(jù)及接口調(diào)用；
• 兩個(gè)部分在兩個(gè)進(jìn)程中運(yùn)行，通過系統(tǒng)層JSBridge實(shí)現(xiàn)通信，實(shí)現(xiàn)UI的渲染、事件的處理等。

或

微信小程序采用JavaScript、wxml、wxss三種技術(shù)進(jìn)行開發(fā)，與現(xiàn)有前端開發(fā)的區(qū)別：

• JavaScript的代碼是運(yùn)行在微信APP中的，因此一些h5技術(shù)的應(yīng)用需要微信APP提供對應(yīng)的API支持；
• wxml微信自己基于xml語法開發(fā)的，因此在開發(fā)時(shí)只能使用微信提供的現(xiàn)有標(biāo)簽，html的標(biāo)簽是無法使用的；
• wxss具有css的大部分特性，但并不是所有都支持沒有詳細(xì)文檔（wxss的圖片引入需使用外鏈地址，沒有body，樣式可直接使用import導(dǎo)入）。

微信的架構(gòu)，是數(shù)據(jù)驅(qū)動的架構(gòu)模式，它的UI和數(shù)據(jù)是分離的，所有的頁面更新，都需要通過對數(shù)據(jù)的更改來實(shí)現(xiàn)。

小程序功能分為webview和APPservice，webview主要用來展示UI，appservice用來處理業(yè)務(wù)邏輯、數(shù)據(jù)及接口調(diào)用。它們在兩個(gè)進(jìn)程中進(jìn)行，通過系統(tǒng)層JSBridge實(shí)現(xiàn)通信，實(shí)現(xiàn)UI的渲染、事件處理。

10. 請談?wù)勗_發(fā)小程序、wepy、mpvue 的對比？

• 個(gè)人認(rèn)為，如果是新項(xiàng)目，且沒有舊的 h5 項(xiàng)目遷移，則考慮用小程序原生開發(fā)，好處是相比于第三方框架，坑少。
• 而如果有 老的 h5 項(xiàng)目是 vue 開發(fā) 或者 也有 h5 項(xiàng)目也需要小程序開發(fā)，則比較適合 wepy 或者 mpvue 來做遷移或者開發(fā)，近期看wepy幾乎不更新了，所以推薦美團(tuán)的mpvue。
• 而如果如果團(tuán)隊(duì)前端強(qiáng)大，自己做一套框架也沒問題。

11. 哪些方法來提高微信小程序的應(yīng)用速度？

• 提高頁面的加載速度
• 用戶行為預(yù)測 # 什么叫行為預(yù)測
• 減少默認(rèn)data的大小
• 組件化方案 # 使用

12. 分析微信小程序的優(yōu)劣勢？

優(yōu)勢：

• 容易上手，基礎(chǔ)組件庫比較全，基本上不需要考慮兼容問題；
• 開發(fā)文檔比較完善，開發(fā)社區(qū)比較活躍，支持插件式開發(fā)；
• 良好的用戶體驗(yàn)：無需下載，通過搜索和掃一掃就可以打開，打開速度快，安卓上可以添加到桌面，與原生APP差不多；
• 開發(fā)成本比APP要低；
• 為用戶提供良好的安全保障（小程序發(fā)布 嚴(yán)格的審查流程）

劣勢：

• 限制較多，頁面大小不能超過1M，不能打開超過5個(gè)層級的頁面；
• 樣式單一，部分組件已經(jīng)是成型了的，樣式不可修改，例如：幻燈片、導(dǎo)航
• 推廣面窄，不能分享朋友圈，只能通過分享給朋友，附近小程序推廣
• 依托于微信，無法開發(fā)后臺管理功能
• 后臺調(diào)試麻煩，因?yàn)閍pi接口必須https請求且公網(wǎng)地址
• 真機(jī)測試，個(gè)別功能安卓和蘋果表現(xiàn)迥異，例如安卓的定位功能加載很慢

13. 怎么解決微信小程序的異步請求問題？

小程序支持 ES6 語法 在返回成功的回調(diào)里面處理邏輯 Promise 異步 async/await

在回調(diào)函數(shù)中調(diào)用下一個(gè)組件的函數(shù)：

**app.js**

success:function(info){
 that.apirtnCallback(info)
}

**index.js**
onLoad:function(){
 app.apirtnCallback = res =>{
  console.log(res)
 }
}

14. 小程序關(guān)聯(lián)微信公眾號如何確定用戶的唯一性？

使用wx.getUserInfo方法 withCredentials為true時(shí)，可獲取encryptedData，里面有union_id.后端需要進(jìn)行對稱解密。

15. 使用webview直接加載要注意哪些事項(xiàng)？

• 必須要在小程序后臺使用管理員添加業(yè)務(wù)域名；
• h5頁面跳轉(zhuǎn)至小程序的腳步必須是1.3.1以上；
• 微信分享只可以是小程序的主名稱，如要自定義分享內(nèi)容，需小程序版本在1.7.1以上；
• h5的支付不可以是微信公眾號的appid，必須是小程序的appid，而且用戶的openid也必須是用戶和小程序的

16. 小程序調(diào)用后臺接口遇到哪些問題？

1. 數(shù)據(jù)的大小限制，超過范圍會直接導(dǎo)致整個(gè)小程序崩潰，除非重啟小程序；
2. 小程序不可以直接渲染文章內(nèi)容這類型的html文本，顯示需借助插件
    

注：插件渲染會導(dǎo)致頁面加載變慢，建議在后臺對文章內(nèi)容的html進(jìn)行過濾，后臺直接處理批量替換p標(biāo)簽div標(biāo)簽為view標(biāo)簽。然后其他的標(biāo)簽讓插件來做。

17. 微信小程序如何實(shí)現(xiàn)下拉刷新？

用view代替scroll-view，設(shè)置onPullDownRefresh函數(shù)實(shí)現(xiàn)

18. webview中的頁面怎么跳轉(zhuǎn)回小程序？

wx.miniProgram.navigateTo({
 url:’pages/login/login’+’$params’
})

**//跳轉(zhuǎn)到小程序?qū)Ш巾撁?*

wx.miniProgram.switchTab({
 url:’/pages/index/index’
})

19. bindtap和catchtap的區(qū)別？
相同點(diǎn)：首先他們都是作為點(diǎn)擊事件函數(shù)，就是點(diǎn)擊時(shí)觸發(fā)。在這個(gè)作用上他們是一樣的，可以不做區(qū)分
不同點(diǎn)：他們的不同點(diǎn)主要是bindtap是不會阻止冒泡事件的，catchtap是阻值冒泡的

20. 簡述五個(gè)路由的區(qū)別

• wx.navigateTo()
• wx.redirectTo()
• wx.switchTab()
• wx.navigateBack()
• wx.reLaunch()

在wxml頁面中：

• 跳轉(zhuǎn)新頁面
• 在當(dāng)前頁打開
• 切換到首頁Tab

在js頁面中：分為‘應(yīng)用內(nèi)的頁面’和‘tabBar頁面’；

如果上述跳轉(zhuǎn)遇到跳轉(zhuǎn)失敗或者無效的問題，請?jiān)L問：wx.navigateTo/wx.redirectTo無效

• wx.navigateTo()：保留當(dāng)前頁面，跳轉(zhuǎn)到應(yīng)用內(nèi)的某個(gè)頁面。但是不能跳到 tabbar 頁面
• wx.redirectTo()：關(guān)閉當(dāng)前頁面，跳轉(zhuǎn)到應(yīng)用內(nèi)的某個(gè)頁面。但是不允許跳轉(zhuǎn)到 tabbar 頁面
• wx.switchTab()：跳轉(zhuǎn)到 tabBar 頁面，并關(guān)閉其他所有非 tabBar 頁面
• wx.navigateBack()關(guān)閉當(dāng)前頁面，返回上一頁面或多級頁面。可通過 getCurrentPages() 獲取當(dāng)前的頁面棧，決定需要返回幾層
• wx.reLaunch()：關(guān)閉所有頁面，打開到應(yīng)用內(nèi)的某個(gè)頁面

21. 微信小程序與H5的區(qū)別？

• 運(yùn)行環(huán)境不同（小程序在微信運(yùn)行，h5在瀏覽器運(yùn)行）；
• 開發(fā)成本不同（h5需要兼容不同的瀏覽器）；
• 獲取系統(tǒng)權(quán)限不同（系統(tǒng)級權(quán)限可以和小程序無縫銜接）；
• 應(yīng)用在生產(chǎn)環(huán)境的運(yùn)行流暢度（h5需不斷對項(xiàng)目優(yōu)化來提高用戶體驗(yàn)）；

22. 小程序如何更新頁面中的值 ?
可以通過this.setData來進(jìn)行改變

23. 如何實(shí)現(xiàn)登錄數(shù)據(jù)的持久化 ?
可以通過wx.setStorageSync('鍵名', 對應(yīng)的值)來進(jìn)行數(shù)據(jù)持久化

24. 微信小程序和app有什么不同之處
微信小程序?qū)儆谳p量級的app 但是限制在微信中，開發(fā)周期短，功能較少，占用空間少,

app就相反 需要占用額外內(nèi)存 開發(fā)周期長

【【我理解的意思相當(dāng)于flask和django的區(qū)別】】

25. 微信小程序如何進(jìn)行雙向綁定

1. 通過bind-tap點(diǎn)擊事件 向app.js 定義的方法中獲取回執(zhí)
2. 設(shè)置data的值 實(shí)現(xiàn)雙向綁定

26. 如何自定義toobar

1. 取消當(dāng)前的toobar
2. 插入自定義toobar組件
3. app.json調(diào)用組件
4. 頁面顯示tootar組件

B類問題(業(yè)務(wù))

1. 你在開發(fā)過程中有什么困難點(diǎn)(或者使用了什么技術(shù))
在開發(fā)的過程中我沒有太多的問題但是我的同事遇到了一個(gè)問題，怎么在序列化器中獲取request的值。通過源碼的研究發(fā)現(xiàn)self.context["reqeust"].xx 可以獲取到值 大大提高了數(shù)據(jù)的粘性和開發(fā)效率 在小程序端 使用模塊的引用設(shè)置url值 方便url路徑的更改

2. 會寫接口嗎？ 項(xiàng)目你負(fù)責(zé)什么？
會寫drf源碼 在小程序的項(xiàng)目中我通過自定義方法 重構(gòu)drf內(nèi)部方法 實(shí)現(xiàn)更高的擴(kuò)展性。

開始：小程序、api（主）

3. 你之前做過小程序嗎？主要包括哪些功能？
沒做過小程序，這次公司需求。
了解vue.js ，類似。
小程序就是前端技術(shù)：html、css、js

4. 這個(gè)小程序的具體設(shè)計(jì)邏輯是怎么樣的? 有幾個(gè)人開發(fā)？周期多長？在你離職時(shí)， 這個(gè)小程序項(xiàng)目是否還在開發(fā)？或者你離 職時(shí)，你們公司在開發(fā)什么？
他分為兩大模塊，有用戶動態(tài)模塊，拍賣模塊，用戶動態(tài)模塊又分為發(fā)布功能，動態(tài)展示功能以及常見的用戶交互功能，拍賣模塊又分為專場-拍品，由后臺管理人員維護(hù)更新，連我總共有3個(gè)人開發(fā)，總共開發(fā)了三個(gè)月，我離職時(shí)，項(xiàng)目還在開發(fā)，正在開發(fā)xx

5. 你說你負(fù)責(zé)支付環(huán)節(jié)，那么微信支付的 流程是否可以簡單說一下？
臨時(shí)憑證 獲取 wxid
生成repayid
json，返回給小程序，小程序調(diào)支付窗口。
支持成功提示 + POST回調(diào)。

6. 那好，既然流程說完了，那么，我問你， 你這個(gè)項(xiàng)目涉及到了rmb，它在用戶點(diǎn)擊 支付之后的邏輯關(guān)系和表關(guān)系你是怎么 理解的？ 有多少張表？表關(guān)系？
首先，在做這個(gè)功能的時(shí)候，會先在紙上畫出來其中的邏輯，然后再把后端需要的值傳過去。做這個(gè)后端api時(shí)，需要拿到前端的數(shù)據(jù)，判斷它是否使用優(yōu)惠券了，是否使用保證金了，是否有地址了，選擇什么方式支付了，余額還是微信支付，還有該用戶的支付價(jià)格，傳到后端之后進(jìn)行數(shù)據(jù)校驗(yàn)，首先判斷地址是否存在，然后判斷訂單是否合法，是否使用了優(yōu)惠券，是否使用保證金，用戶的支付價(jià)格和后端計(jì)算的價(jià)格是否相符，由于支付環(huán)節(jié)必須保證一次完成，所以給它加了事務(wù)，訂單表的查詢加了鎖，通過一系列校驗(yàn)，然后進(jìn)行支付。支付成功之后，訂單表記錄，保證金抵扣記錄，優(yōu)惠券使用記錄，退保證金記錄，都需要進(jìn)行相應(yīng)的修改

7. 你覺得這個(gè)小程序項(xiàng)目的細(xì)節(jié)之處有哪些？

• 閉包
• drf，認(rèn)證組件自定義。
• drf序列化 嵌套
• 重復(fù)訂單處理 & 數(shù)據(jù)庫鎖（InnoDB 行級鎖）

8. 如何自定義tabbar？
創(chuàng)建一個(gè)compent文件夾，里面創(chuàng)建一個(gè)tabbar頁面，取消原有的tabbar頁面。需要在app.json中輸入compent:ture，在自定義的pages頁面中寫入<tabbar selected="{{0}}"></tabbar>進(jìn)行選中效果顯示

9. 可否說一下小程序頁面之間的傳值，如果是tabbar頁面是否有問題？

var pages = getCurrentPages()
var prevPage = pages[pages.length-2];
# prevPage是上一個(gè)頁面的對象，下面可以設(shè)置頁面的值
prevPage.setData({
 topicText: topicInfo.title
});

也可以執(zhí)行那個(gè)頁面的函數(shù)，prevPage.getInfo(orderId);
tabbar頁面沒問題"

10. 我見你的celery用在了處理日志上，那除了處理 日志你還能想到什么用處嗎?
celery暫時(shí)只用在日志這方面，其他方面沒有考慮過 拍賣業(yè)務(wù)關(guān)于訂單的處理 & 狀態(tài)的變化 celery和crontab的區(qū)別？

11. serializer的流程可以聊一下嗎？

• source
• 自定方法
• 自定義鉤子：get / validate
• 嵌套
• 關(guān)于數(shù)據(jù)庫FileField字段（COS）

12. 如果遇到redis進(jìn)行了加密訪問，你又該怎么操作？
redis://:admin@192.168.88.88:8888,在ip地址前面加上:admin@
- 傳參 Connect(host='..',port....)
- 字符串 connect_by_url('redis://密碼@192.168.88.88:8888/,')

13. js閉包是啥？為什么使用js閉包？

var dataList = ['alex','lld','uuid']
for(var i in dataList){
 (function(data){
  wx.request({
   url:'xxx',
   success:(res) => {
    console.log(data);
   }
  })
 })(dataList[i])
}

因?yàn)槲⑿判〕绦蛱幚砗瘮?shù)是異步執(zhí)行的，異步執(zhí)行造成的結(jié)果可能和預(yù)期的不合，如果函數(shù)中有循環(huán)，最后的結(jié)果都一樣，所以使用js閉包可以解決這個(gè)問題。

14. 你剛才提到了異步，在這個(gè)項(xiàng)目中你是否被異步坑 過，最后又是如何解決的？
算是坑過吧，我在做發(fā)布功能時(shí)，需要將用戶選中的圖片和其他信息發(fā)送上去，圖片發(fā)送到桶中，其他信息需要放到數(shù)據(jù)庫中，而其他信息需要包含圖片的路徑地址，這個(gè)路徑地址需要上傳到桶中返回，而異步執(zhí)行會造成圖片上傳和其他信息發(fā)送時(shí)間不一致，造成的結(jié)果是圖片路徑不能保存到數(shù)據(jù)庫中。

C類問題(個(gè)人)
1. 登陸頁面和登陸優(yōu)化
開發(fā)文檔 https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/login.html

a.使用wx.login獲取code值

b.使用wx.request請求后臺的api,把code值作為參數(shù)發(fā)送給后臺

        后臺會根據(jù)我們傳過去的code值來獲取openid和session_key

        微信官方建議：為了安全不要直接采用openid和session_key來作為用戶身份的標(biāo)識               把微信賬號登錄態(tài)生成一個(gè)session id并維護(hù)在我們自己的session機(jī)制中，然后把這session id派發(fā)到小程序客戶端作為session標(biāo)識來使用。返回一個(gè)自定義token值

c.把session_id保存到本地，使用wx.setStorage把token保存到本地,

d.在你需要使用的地方session_id的地方調(diào)用wx.getStorage（建議你也可以封裝一個(gè)方法，就可以很方便的取出你要的數(shù)據(jù)）

e.定義登陸方法   1.使用官方提供的button返回值

     <button class=""submit"" open-type=""getUserInfo"" bindgetuserinfo=""onClickSubmit"">   登錄 | 注冊</button> 

    2. 導(dǎo)入全局app

      var app=getApp();

    3.傳值

      app.initUserInfo(res.data.data, e.detail.userInfo)

    4.封裝app.js

      #封裝全局?jǐn)?shù)據(jù)
    globalData: {
      userInfo: null, // {phone:xxx,token:xxxx}
      authorInfo: null, 
    },
   initUserInfo: function (res, localInfo) {
     console.log(""app打印"",localInfo)
     var info = {
       id:res.id,
       token: res.token,
       phone: res.phone,
       nickName: localInfo.nickName,
       avatarUrl: localInfo.avatarUrl
     }
     // 1.去公共的app.js中調(diào)用globalData，在里面賦值。(在全局變量賦值)
     this.globalData.userInfo = info;//{phone:xxx,token:xxxx}

     // 2.在本地“cookie”中賦值
     wx.setStorageSync(""userInfo"", info);

    5.取數(shù)據(jù)

        var app=getApp();
        app.globalData.userInfo

##認(rèn)證

f.在你調(diào)用那些需要后臺登錄才可以訪問的接口的時(shí)候，就可以把session_id作為參數(shù)加到header或者query里面就可以了

wx.checkSession
為什么要用wx.checkSession()
有時(shí)候，我們會因?yàn)閟ession_key不正確而導(dǎo)致解密或者校驗(yàn)簽名失敗。有幾方面的原因：

1、因?yàn)閣x.login()被調(diào)用時(shí)，用戶的session_key會被更新導(dǎo)致就session_key失效。所以，在調(diào)用wx.login()的時(shí)候應(yīng)該要明確需要登錄之后再調(diào)用。

2、另外，微信不會把session_key的有效期告訴我們，用戶越頻繁使用微信，session_key的有效期就更長。

因?yàn)?，就需要調(diào)用wx.checkSession()來校驗(yàn)當(dāng)前用戶的session_key是否有效。

*使用wx.checkSession來檢測登錄狀態(tài)是否過期，如果過期了才調(diào)用登錄接口，而不是每次進(jìn)入小程序都調(diào)用登錄接口，這樣也可以優(yōu)化頁面加載速度
onLoad: function () {
　　wx.checkSession({
　　　　success: function(res){
　　　　　　console.log(""處于登錄態(tài)"");
　　　　},
　　　　fail: function(res){
　　　　　　console.log(""需要重新登錄"");
　　　　　　wx.login({})　　
　　　　}
　　})
}

"

2. 認(rèn)證

1.認(rèn)證的錯(cuò)誤定義的錯(cuò)誤碼不能返回自定義 被403捕獲

from rest_framework import exceptions
class UserAuthentication(BaseAuthentication):
    """"""  
    用戶認(rèn)證，用戶必須先登錄。  
    """"""

    def authenticate(self, request):
        token = request.META.get('HTTP_AUTHORIZATION', None)
        print(token)
        if not token:
            print('走token')
            raise exceptions.AuthenticationFailed()
        print('xxxx')
        user_object = api.UserInfo.objects.filter(token=token).first()
        print(""xxxx"", user_object)
        if not user_object:
            print(""走這了"")
            raise exceptions.AuthenticationFailed()
        print(""打印返回值"", user_object, token)
        return (user_object, token)

2.認(rèn)證的簡化源碼流程

    def dispatch(self, request, *args, **kwargs):      
        try:
            self.initial(request, *args, **kwargs)
            if request.method.lower() in self.http_method_names:
                handler = getattr(self, request.method.lower(),
                                  self.http_method_not_allowed)
            else:
                handler = self.http_method_not_allowed
            response = handler(request, *args, **kwargs)
        except Exception as exc:
            response = self.handle_exception(exc) #所以的異常被這樣優(yōu)先捕獲

3.handle

    def handle_exception(self, exc):
        """"""
        Handle any exception that occurs, by returning an appropriate response,
        or re-raising the error.
        """"""

        if isinstance(exc, (exceptions.NotAuthenticated,
                            exceptions.AuthenticationFailed)):
            # WWW-Authenticate header for 401 responses, else coerce to 403
            auth_header = self.get_authenticate_header(self.request)

            if auth_header:
                exc.auth_header = auth_header
            else:
                exc.status_code = status.HTTP_403_FORBIDDEN #被403返回"

3. rasise主動報(bào)錯(cuò)
"apiview使用raise報(bào)錯(cuò) listapivie

1.自己的代碼
            # 1.是否使用優(yōu)惠卷
            if discount_id:
                # 從自己的優(yōu)惠卷中查找優(yōu)惠卷
                discount_object = models.Userdicount.objects.filter(user=request.user, status=1,
                                                                    dis_id=discount_id).first()
                if not discount_object:
                 正常返回錯(cuò)誤信息   return Response(""沒有此優(yōu)惠卷"")
                  返回源碼流程的錯(cuò)誤信息   # return exceptions.ValidationError(""沒有此優(yōu)惠卷"")
                
2.簡略源碼流程
 def dispatch(self, request, *args, **kwargs):
        “,......省略”“”
        self.response = self.finalize_response(request, response, *args, **kwargs)
        return self.response
    
3.finalize_response
 def finalize_response(self, request, response, *args, **kwargs):
        """"""
        Returns the final response object.
        """"""
        # Make the error obvious if a proper response is not returned
        assert isinstance(response, HttpResponseBase), (
            'Expected a `Response`, `HttpResponse` or `HttpStreamingResponse` '
            'to be returned from the view, but received a `%s`'
            % type(response)
        )

        if isinstance(response, Response):
            if not getattr(request, 'accepted_renderer', None):
                neg = self.perform_content_negotiation(request, force=True)
                request.accepted_renderer, request.accepted_media_type = neg

            response.accepted_renderer = request.accepted_renderer
            response.accepted_media_type = request.accepted_media_type
            response.renderer_context = self.get_renderer_context()

        # Add new vary headers to the response instead of overwriting.
        vary_headers = self.headers.pop('Vary', None)
        if vary_headers is not None:
            patch_vary_headers(response, cc_delim_re.split(vary_headers))

        for key, value in self.headers.items():
            response[key] = value

        return response"

4. 略
1.序列化器就可以使用

class UserAddModelSerializer(serializers.ModelSerializer):
    """"""
    用戶添加優(yōu)惠卷
    """"""
    # 領(lǐng)取的優(yōu)惠卷要進(jìn)行減法運(yùn)算
    remain = serializers.SerializerMethodField()

    class Meta:

        model = models.Userdicount
        fields = ['dis', ""ord"", ""remain""]

    def validate_dis(self, value):

        user_object = self.context['request'].user
        print(""優(yōu)惠卷的判斷的值"", value)
        # 優(yōu)惠券不存在
        if not value or value.deleted:
            raise exceptions.ValidationError('優(yōu)惠券不存在')

        # 優(yōu)惠券狀態(tài)必須是領(lǐng)取中
        if value.status != 2:
            raise exceptions.ValidationError('優(yōu)惠券不可領(lǐng)取')

        # 優(yōu)惠券個(gè)數(shù)是否合法
        if (value.use_count + 1) > value.total_count:
            raise exceptions.ValidationError('優(yōu)惠券已領(lǐng)完')

        # 是否已領(lǐng)取優(yōu)惠券
        exists = models.Userdicount.objects.filter(user=user_object, dis=value).exists()
        if exists:
            raise exceptions.ValidationError('優(yōu)惠券已經(jīng)領(lǐng)取過，不可重復(fù)領(lǐng)取')

        return value

2.源碼流程

        for field in fields:
            validate_method = getattr(self, 'validate_' + field.field_name, None)
            primitive_value = field.get_value(data)
            try:
                validated_value = field.run_validation(primitive_value)
                if validate_method is not None:
                    validated_value = validate_method(validated_value)
            except ValidationError as exc:
                errors[field.field_name] = exc.detail

3.ValidationError

class ValidationError(APIException):
    status_code = status.HTTP_400_BAD_REQUEST 
#序列化器可以完美返回錯(cuò)誤信息和badrequest
    default_detail = _('Invalid input.')
    default_code = 'invalid'

    def __init__(self, detail=None, code=None):
        if detail is None:
            detail = self.default_detail
        if code is None:
            code = self.default_code

        # For validation failures, we may collect many errors together,
        # so the details should always be coerced to a list if not already.
        if not isinstance(detail, dict) and not isinstance(detail, list):
            detail = [detail]

        self.detail = _get_error_details(detail, code)"

特殊問題

1. 你負(fù)責(zé)的內(nèi)容有哪些，遇到了哪些技術(shù)難點(diǎn)？
2. 微信小程序 支付的流程是怎樣的
3. 如何做到啟動django后臺時(shí)自動啟動celery定時(shí)任務(wù)
4. 序列化器跨表取值的方式有哪些
5. ajax文件上傳有什么注意事項(xiàng)
6. 如何提高django中操作redis的效率

常見問題

rpx:小程序的尺寸單位，規(guī)定屏幕為750rpx，可適配不同分辨率的屏幕。

本地資源無法通過wxss獲取

RE：

• background-image：可以使用網(wǎng)絡(luò)圖片，或者base64，或者使用標(biāo)簽

wx.navigateTo無法打開頁面

RE：

• 一個(gè)應(yīng)用同時(shí)只能打開5個(gè)頁面，請避免多層級的交互方式，或使用wx.redirectTo

tabBar設(shè)置不顯示
RE：

• tabBar的數(shù)量少于2項(xiàng)或超過5項(xiàng)都不會顯示；
• tabBar寫法錯(cuò)誤導(dǎo)致不顯示；
• tabBar沒有寫pagePath字段（程序啟動后顯示的第一個(gè)頁面）
   

到此這篇關(guān)于微信小程序面試題小結(jié)的文章就介紹到這了,更多相關(guān)小程序面試題內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持腳本之家！