微信小程序面試題總結

A類問題(技術)

1. 請談談微信小程序作用？

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

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

1. wxml 模板文件，是框架設計的一套標簽語言，結合基礎組件、事件系統、可以構建出頁面的結構
2. wxss 樣式文件，是一套樣式語言，用於描述WXML的組件樣式
3. js 腳本邏輯文件，邏輯處理網絡請求
4. json 配置文件，小程序設置，如頁面注冊，頁面標題及tabBar
5. app.json 整個小程序的全局配置，包括：
   • pages:[所有頁面路徑]
   • 網絡設置（網絡超時時間）
   • 界面表現（頁面注冊）
   • window:{背景色、導航樣式、默認標題}
   • 底部tab等
6. app.js 監聽並處理小程序的生命周期函數、聲明全局變量
7. app.wxss 全局配置的樣式文件

3. 請談談wxml與標准的html的異同？

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

4. 請談談WXSS和CSS的異同？

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

5. 你是怎么封裝微信小程序的數據請求的？

1. 將所有的接口放在統一的js文件中並導出
2. 在app.js中創建封裝請求數據的方法
3. 在子頁面中調用封裝的請求數據

或

1. 在根目錄下創建utils目錄及api.js文件和apiConfig.js文件；
2. 在appConfig.js封裝基礎的get\post\put\upload等請求方法，設置請求體，帶上token和異常處理等；
3. 在api.js中引入apiConfig.js封裝好的請求方法，根據頁面數據請求的urls，設置對應的方法並導出；
4. 在具體頁面導入；

6. 小程序頁面間有哪些傳遞數據的方法？

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

或

1. 使用全局變量實現數據傳遞
2. 頁面跳轉或重定向時，使用url帶參數傳遞數據
3. 使用組件模板template傳遞參數
4. 使用緩存傳遞參數
5. 使用數據庫傳遞參數

7. 請談談小程序的雙向綁定和vue的異同？

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

1.雙向綁定：vue默認支持雙向綁定，微信小程序需要借助data。 2.取值：vue中，通過this.reason取值。小程序中，通過this.data.reason取值。 3.定義方法：小程序使用 在app.js中定義即可，vue的方法通過寫在method中進行定義。 1. 去變量的時候： - 小程序 wx:for = "lists" - Vue是 v-for = "item in lists" 2. 調用data模型（賦值）的時候： - 小程序：this.data.item //調用 this.setData({item:1}) //賦值 - vue: this.item //調用 this.item =1 //賦值 小程序的雙向綁定實際上並不是雙向綁定 如果在小程序.js文件中改變了某個變量的值 那么頁面上的值並不會跟着改變 如果想要頁面上的值也跟着改變的話 需要通過setData來操作 而Vue默認就是雙向綁定 只改變了某個變量的值 頁面上也會跟着改變 

8. 請談談小程序的生命周期函數？

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

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

• 小程序本質就是一個單頁面應用，所有的頁面渲染和事件處理，都在一個頁面內進行，但又可以通過微信客戶端調用原生的各種接口；
• 它的架構，是數據驅動的架構模式，它的UI和數據是分離的，所有的頁面更新，都需要通過對數據的更改來實現；
• 它從技術講和現有的前端開發差不多，采用JavaScript、WXML、WXSS三種技術進行開發；
• 功能可分為webview和appService兩個部分；
• webview用來展現UI，appService有來處理業務邏輯、數據及接口調用；
• 兩個部分在兩個進程中運行，通過系統層JSBridge實現通信，實現UI的渲染、事件的處理等。

或

1. 微信小程序采用JavaScript、wxml、wxss三種技術進行開發，與現有前端開發的區別：
   • JavaScript的代碼是運行在微信APP中的，因此一些h5技術的應用需要微信APP提供對應的API支持；
   • wxml微信自己基於xml語法開發的，因此在開發時只能使用微信提供的現有標簽，html的標簽是無法使用的；
   • wxss具有css的大部分特性，但並不是所有都支持沒有詳細文檔（wxss的圖片引入需使用外鏈地址，沒有body，樣式可直接使用import導入）。
2. 微信的架構，是數據驅動的架構模式，它的UI和數據是分離的，所有的頁面更新，都需要通過對數據的更改來實現。
3. 小程序功能分為webview和APPservice，webview主要用來展示UI，appservice用來處理業務邏輯、數據及接口調用。它們在兩個進程中進行，通過系統層JSBridge實現通信，實現UI的渲染、事件處理。

10. 請談談原生開發小程序、wepy、mpvue 的對比？

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

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

1. 提高頁面的加載速度
2. 用戶行為預測 # 什么叫行為預測
3. 減少默認data的大小
4. 組件化方案 # 使用

12. 分析微信小程序的優劣勢？

• 優勢：

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

• 劣勢：

  1. 限制較多，頁面大小不能超過1M，不能打開超過5個層級的頁面；
  2. 樣式單一，部分組件已經是成型了的，樣式不可修改，例如：幻燈片、導航
  3. 推廣面窄，不能分享朋友圈，只能通過分享給朋友，附近小程序推廣
  4. 依托於微信，無法開發后台管理功能
  5. 后台調試麻煩，因為api接口必須https請求且公網地址
  6. 真機測試，個別功能安卓和蘋果表現迥異，例如安卓的定位功能加載很慢

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

小程序支持 ES6 語法 在返回成功的回調里面處理邏輯 Promise 異步 async/await 在回調函數中調用下一個組件的函數： **app.js** success:function(info){ that.apirtnCallback(info) } **index.js** onLoad:function(){ app.apirtnCallback = res =>{ console.log(res) } } 

14. 小程序關聯微信公眾號如何確定用戶的唯一性？

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

15. 使用webview直接加載要注意哪些事項？

1. 必須要在小程序后台使用管理員添加業務域名；
2. h5頁面跳轉至小程序的腳步必須是1.3.1以上；
3. 微信分享只可以是小程序的主名稱，如要自定義分享內容，需小程序版本在1.7.1以上；
4. h5的支付不可以是微信公眾號的appid，必須是小程序的appid，而且用戶的openid也必須是用戶和小程序的

16. 小程序調用后台接口遇到哪些問題？

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

注：插件渲染會導致頁面加載變慢，建議在后台對文章內容的html進行過濾，后台直接處理批量替換p標簽div標簽為view標簽。然后其他的標簽讓插件來做。

17. 微信小程序如何實現下拉刷新？

用view代替scroll-view，設置onPullDownRefresh函數實現

18. webview中的頁面怎么跳轉回小程序？

wx.miniProgram.navigateTo({
	url:’pages/login/login’+’$params’ }) **//跳轉到小程序導航頁面** wx.miniProgram.switchTab({ url:’/pages/index/index’ }) 

19. bindtap和catchtap的區別？

• 相同點：首先他們都是作為點擊事件函數，就是點擊時觸發。在這個作用上他們是一樣的，可以不做區分
• 不同點：他們的不同點主要是bindtap是不會阻止冒泡事件的，catchtap是阻值冒泡的

20. 簡述五個路由的區別

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

1. 在wxml頁面中：
   • 跳轉新頁面
   • 在當前頁打開
   • 切換到首頁Tab
2. 在js頁面中：分為‘應用內的頁面’和‘tabBar頁面’；
3. 如果上述跳轉遇到跳轉失敗或者無效的問題，請訪問：wx.navigateTo/wx.redirectTo無效

wx.navigateTo()：保留當前頁面，跳轉到應用內的某個頁面。但是不能跳到 tabbar 頁面 

wx.redirectTo()：關閉當前頁面，跳轉到應用內的某個頁面。但是不允許跳轉到 tabbar 頁面 

wx.switchTab()：跳轉到 tabBar 頁面，並關閉其他所有非 tabBar 頁面 

wx.navigateBack()關閉當前頁面，返回上一頁面或多級頁面。可通過 getCurrentPages() 獲取當前的頁面棧，決定需要返回幾層 

wx.reLaunch()：關閉所有頁面，打開到應用內的某個頁面

21. 微信小程序與H5的區別？

1. 運行環境不同（小程序在微信運行，h5在瀏覽器運行）；
2. 開發成本不同（h5需要兼容不同的瀏覽器）；
3. 獲取系統權限不同（系統級權限可以和小程序無縫銜接）；
4. 應用在生產環境的運行流暢度（h5需不斷對項目優化來提高用戶體驗）；

22. 小程序如何更新頁面中的值 ?

可以通過this.setData來進行改變

23. 如何實現登錄數據的持久化 ?

可以通過wx.setStorageSync('鍵名', 對應的值)來進行數據持久化

24. 微信小程序和app有什么不同之處

微信小程序屬於輕量級的app 但是限制在微信中，開發周期短，功能較少，占用空間少,

app就相反 需要占用額外內存 開發周期長

【【我理解的意思相當於flask和django的區別】】

25. 微信小程序如何進行雙向綁定

1. 通過bind-tap點擊事件 向app.js 定義的方法中獲取回執
2. 設置data的值 實現雙向綁定

26. 如何自定義toobar

1. 取消當前的toobar
2. 插入自定義toobar組件
3. app.json調用組件
4. 頁面顯示tootar組件

B類問題(業務)

1. 你在開發過程中有什么困難點(或者使用了什么技術)

在開發的過程中我沒有太多的問題但是我的同事遇到了一個問題，怎么在序列化器中獲取request的值。通過源碼的研究發現self.context["reqeust"].xx 可以獲取到值 大大提高了數據的粘性和開發效率 在小程序端 使用模塊的引用設置url值 方便url路徑的更改

2. 會寫接口嗎？ 項目你負責什么？

會寫drf源碼 在小程序的項目中我通過自定義方法 重構drf內部方法 實現更高的擴展性。

開始：小程序、api（主）

3. 你之前做過小程序嗎？主要包括哪些功能？

1. 沒做過小程序，這次公司需求。
2. 了解vue.js ，類似。
3. 小程序就是前端技術：html、css、js

4. 這個小程序的具體設計邏輯是怎么樣的? 有幾個人開發？周期多長？在你離職時， 這個小程序項目是否還在開發？或者你離 職時，你們公司在開發什么？

他分為兩大模塊，有用戶動態模塊，拍賣模塊，用戶動態模塊又分為發布功能，動態展示功能以及常見的用戶交互功能，拍賣模塊又分為專場-拍品，由后台管理人員維護更新，連我總共有3個人開發，總共開發了三個月，我離職時，項目還在開發，正在開發xx 

5. 你說你負責支付環節，那么微信支付的 流程是否可以簡單說一下？

• 臨時憑證 獲取 wxid
• 生成repayid
• json，返回給小程序，小程序調支付窗口。
• 支持成功提示 + POST回調。

6. 那好，既然流程說完了，那么，我問你， 你這個項目涉及到了rmb，它在用戶點擊 支付之后的邏輯關系和表關系你是怎么 理解的？ 有多少張表？表關系？

首先，在做這個功能的時候，會先在紙上畫出來其中的邏輯，然后再把后端需要的值傳過去。做這個后端api時，需要拿到前端的數據，判斷它是否使用優惠券了，是否使用保證金了，是否有地址了，選擇什么方式支付了，余額還是微信支付，還有該用戶的支付價格，傳到后端之后進行數據校驗，首先判斷地址是否存在，然后判斷訂單是否合法，是否使用了優惠券，是否使用保證金，用戶的支付價格和后端計算的價格是否相符，由於支付環節必須保證一次完成，所以給它加了事務，訂單表的查詢加了鎖，通過一系列校驗，然后進行支付。支付成功之后，訂單表記錄，保證金抵扣記錄，優惠券使用記錄，退保證金記錄，都需要進行相應的修改

7. 你覺得這個小程序項目的細節之處有哪些？

• 閉包
• drf，認證組件自定義。
• drf序列化 嵌套
• 重復訂單處理 & 數據庫鎖（InnoDB 行級鎖）

8. 如何自定義tabbar？

創建一個compent文件夾，里面創建一個tabbar頁面，取消原有的tabbar頁面。需要在app.json中輸入compent:ture，在自定義的pages頁面中寫入<tabbar selected="{{0}}"></tabbar>進行選中效果顯示 

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

var pages = getCurrentPages()
var prevPage = pages[pages.length-2]; # prevPage是上一個頁面的對象，下面可以設置頁面的值 prevPage.setData({ topicText: topicInfo.title }); 也可以執行那個頁面的函數，prevPage.getInfo(orderId); tabbar頁面沒問題" 

10. 我見你的celery用在了處理日志上，那除了處理 日志你還能想到什么用處嗎?

celery暫時只用在日志這方面，其他方面沒有考慮過 拍賣業務關於訂單的處理 & 狀態的變化 celery和crontab的區別？

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

• source
• 自定方法
• 自定義鈎子：get / validate
• 嵌套
• 關於數據庫FileField字段（COS）

12. 如果遇到redis進行了加密訪問，你又該怎么操作？

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]) } 因為微信小程序處理函數是異步執行的，異步執行造成的結果可能和預期的不合，如果函數中有循環，最后的結果都一樣，所以使用js閉包可以解決這個問題。 ### 

14. 你剛才提到了異步，在這個項目中你是否被異步坑 過，最后又是如何解決的？

算是坑過吧，我在做發布功能時，需要將用戶選中的圖片和其他信息發送上去，圖片發送到桶中，其他信息需要放到數據庫中，而其他信息需要包含圖片的路徑地址，這個路徑地址需要上傳到桶中返回，而異步執行會造成圖片上傳和其他信息發送時間不一致，造成的結果是圖片路徑不能保存到數據庫中。

C類問題(個人)

1. 登陸頁面和登陸優化

開發文檔 https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/login.html

a.使用wx.login獲取code值

b.使用wx.request請求后台的api,把code值作為參數發送給后台

        后台會根據我們傳過去的code值來獲取openid和session_key

        微信官方建議：為了安全不要直接采用openid和session_key來作為用戶身份的標識
         
        把微信賬號登錄態生成一個session id並維護在我們自己的session機制中，然后把這session id派發到小程序客戶端作為session標識來使用。返回一個自定義token值 c.把session_id保存到本地，使用wx.setStorage把token保存到本地, d.在你需要使用的地方session_id的地方調用wx.getStorage（建議你也可以封裝一個方法，就可以很方便的取出你要的數據） e.定義登陸方法 1.使用官方提供的button返回值 <button class=""submit"" open-type=""getUserInfo"" bindgetuserinfo=""onClickSubmit""> 登錄 | 注冊</button> 2. 導入全局app var app=getApp(); 3.傳值 app.initUserInfo(res.data.data, e.detail.userInfo) 4.封裝app.js #封裝全局數據 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中調用globalData，在里面賦值。(在全局變量賦值) this.globalData.userInfo = info;//{phone:xxx,token:xxxx} // 2.在本地“cookie”中賦值 wx.setStorageSync(""userInfo"", info); 5.取數據 var app=getApp(); app.globalData.userInfo ##認證 f.在你調用那些需要后台登錄才可以訪問的接口的時候，就可以把session_id作為參數加到header或者query里面就可以了 wx.checkSession 為什么要用wx.checkSession() 有時候，我們會因為session_key不正確而導致解密或者校驗簽名失敗。有幾方面的原因： 1、因為wx.login()被調用時，用戶的session_key會被更新導致就session_key失效。所以，在調用wx.login()的時候應該要明確需要登錄之后再調用。 2、另外，微信不會把session_key的有效期告訴我們，用戶越頻繁使用微信，session_key的有效期就更長。 因為，就需要調用wx.checkSession()來校驗當前用戶的session_key是否有效。 *使用wx.checkSession來檢測登錄狀態是否過期，如果過期了才調用登錄接口，而不是每次進入小程序都調用登錄接口，這樣也可以優化頁面加載速度 onLoad: function () { 　　wx.checkSession({ 　　　　success: function(res){ 　　　　　　console.log(""處於登錄態""); 　　　　}, 　　　　fail: function(res){ 　　　　　　console.log(""需要重新登錄""); 　　　　　　wx.login({})　　 　　　　} 　　}) } " 

2. 認證

1.認證的錯誤定義的錯誤碼不能返回自定義 被403捕獲 from rest_framework import exceptions class UserAuthentication(BaseAuthentication): """"""   用戶認證，用戶必須先登錄。   """""" 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.認證的簡化源碼流程 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) #所以的異常被這樣優先捕獲 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主動報錯

"apiview使用raise報錯 listapivie 1.自己的代碼 # 1.是否使用優惠卷 if discount_id: # 從自己的優惠卷中查找優惠卷 discount_object = models.Userdicount.objects.filter(user=request.user, status=1, dis_id=discount_id).first() if not discount_object: 正常返回錯誤信息 return Response(""沒有此優惠卷"") 返回源碼流程的錯誤信息 # return exceptions.ValidationError(""沒有此優惠卷"") 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): """""" 用戶添加優惠卷 """""" # 領取的優惠卷要進行減法運算 remain = serializers.SerializerMethodField() class Meta: model = models.Userdicount fields = ['dis', ""ord"", ""remain""] def validate_dis(self, value): user_object = self.context['request'].user print(""優惠卷的判斷的值"", value) # 優惠券不存在 if not value or value.deleted: raise exceptions.ValidationError('優惠券不存在') # 優惠券狀態必須是領取中 if value.status != 2: raise exceptions.ValidationError('優惠券不可領取') # 優惠券個數是否合法 if (value.use_count + 1) > value.total_count: raise exceptions.ValidationError('優惠券已領完') # 是否已領取優惠券 exists = models.Userdicount.objects.filter(user=user_object, dis=value).exists() if exists: raise exceptions.ValidationError('優惠券已經領取過，不可重復領取') 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 #序列化器可以完美返回錯誤信息和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. 你負責的內容有哪些，遇到了哪些技術難點？

2. 微信小程序 支付的流程是怎樣的

3. 如何做到啟動django后台時自動啟動celery定時任務

4. 序列化器跨表取值的方式有哪些

5. ajax文件上傳有什么注意事項

6. 如何提高django中操作redis的效率

常見問題

1. rpx:小程序的尺寸單位，規定屏幕為750rpx，可適配不同分辨率的屏幕。
2. 本地資源無法通過wxss獲取
   • RE：
   • background-image：可以使用網絡圖片，或者base64，或者使用標簽
3. wx.navigateTo無法打開頁面
   • RE：
   • 一個應用同時只能打開5個頁面，請避免多層級的交互方式，或使用wx.redirectTo
4. tabBar設置不顯示
   • RE：
   • tabBar的數量少於2項或超過5項都不會顯示；
   • tabBar寫法錯誤導致不顯示；
   • tabBar沒有寫pagePath字段（程序啟動后顯示的第一個頁面）