微信小程序面試題總結

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. 在子頁面中調用封裝的請求數據

css

  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中添加參數數值

html

  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. 分析微信小程序的優劣勢?

  • 優點:vue

    1. 容易上手,基礎組件庫比較全,基本上不須要考慮兼容問題;
    2. 開發文檔比較完善,開發社區比較活躍,支持插件式開發;
    3. 良好的用戶體驗:無需下載,經過搜索和掃一掃就能夠打開,打開速度快,安卓上能夠添加到桌面,與原生APP差很少;
    4. 開發成本比APP要低;
    5. 爲用戶提供良好的安全保障(小程序發佈 嚴格的審查流程)
  • 劣勢:python

    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.後端須要進行對稱解密。web

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標籤。而後其餘的標籤讓插件來作。ajax

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

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

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('鍵名', 對應的值)來進行數據持久化django

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不正確而致使解密或者校驗簽名失敗。有幾方面的緣由:

一、由於wx.login()被調用時,用戶的session_key會被更新致使就session_key失效。因此,在調用wx.login()的時候應該要明確須要登陸以後再調用。

二、另外,微信不會把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字段(程序啓動後顯示的第一個頁面)
相關文章
相關標籤/搜索