微信小程序面試題總結


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字段(程序啟動后顯示的第一個頁面)


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM