快捷導(dǎo)航

django中嵌套的try-except實例

更新時間：2020年05月21日 11:06:41 作者：weixin_30379531

這篇文章主要介紹了django中嵌套的try-except實例，具有很好的參考價值，希望對大家有所幫助。一起跟隨小編過來看看吧

我就廢話不多說了，大家還是直接看代碼吧！

# 因為此時為yaml模板，而且只抓取node port，所以這樣處理效率快
content_dict = parse_yaml(content.replace("{{", "").replace("}}", ""))
if 'service' in content_dict.keys():
  # 記錄本次yaml里所有的node_port，并更新到數(shù)據(jù)庫
  now_app_list = []
  for service_item in content_dict['service']:
    for port_item in service_item['port']:
      if 'nodePort' in port_item.keys():
        node_port = int(port_item['nodePort'])
        if 30000 <= node_port <= 32000:
          # 這里判斷比較復(fù)雜，如果端口有，而且app相同，不更新。如果端口有，app不一樣，報沖突。如果端口沒有，可插入。
          now_app_list.append(node_port)
          try:
            AppPort.objects.get(node_port=node_port, app=app)
            pass
          except AppPort.DoesNotExist:
            try:
              AppPort.objects.get(node_port=node_port)
              messages.info(self.request, 'nodeport{}端口沖突！'.format(node_port))
              return HttpResponseRedirect(reverse_lazy("app:yaml_edit", kwargs=self.kwargs))
            except AppPort.DoesNotExist:
              name = '{}-{}'.format(app.name, node_port)
              AppPort.objects.create(
                name=name,
                app=app,
                node_port=node_port
              )
        else:
          messages.info(self.request, 'nodeport{}端口不在指定范圍內(nèi)(30000-~32000)！'.format(node_port))
          return HttpResponseRedirect(reverse_lazy("app:yaml_edit", kwargs=self.kwargs))
  # 取出AppPort里所有此app的node_port，多余的要清除。
  all_app_list = AppPort.objects.filter(app=app).values_list('node_port', flat=True)
  if all_app_list:
    # 取交集，也就是數(shù)據(jù)庫里多余的端口列表
    diff_list = [x for x in all_app_list if x not in now_app_list]
    if diff_list:
      AppPort.objects.filter(node_port__in=diff_list).delete()

感覺上面這段代碼，應(yīng)用的技術(shù)點蠻多的，作個記錄。

包括其node port的管理思想，提取技巧。

orm的列表扁平化，列表交集，批量刪除

補充知識：Django 在異常捕獲中進行數(shù)據(jù)庫保存，保存后將異常再拋出

需求：

當(dāng)我檢查配額時，如果配額不足，我需要將訂單狀態(tài)改為5，然后再將原有異常拋出

一：最初做法

try:
  self.check_quota_enough(create_form) # 檢查配額
except Exception as e:
  self.object.state = 5
  self.object.save()
  raise e

存在問題：django默認(rèn)開啟了事務(wù)，因此我保存訂單狀態(tài)后，再拋異常時沒有任何問題

但當(dāng)我查詢數(shù)據(jù)庫訂單狀態(tài)時，發(fā)現(xiàn)異常拋出之前訂單改變的狀態(tài)已經(jīng)丟失

二：優(yōu)化，使用裝飾器，手動關(guān)閉事務(wù)

# 在dispatch方法上增加裝飾器，關(guān)閉事務(wù)
class xxxxxxxx():
 @method_decorator(transaction.non_atomic_requests)
 def dispatch(self, request, *args, **kwargs):
   return super().dispatch(request, *args, **kwargs)
 
 def form_valid(self, form):
 ...
 ...
 try:
   self.check_quota_enough(create_form) # 檢查配額
 except Exception as e:
   self.object.state = 5
   self.object.save()
   raise e

該方法可以解決上述問題

但該方法對整個視圖有效，如果在視圖其他地方需要用到事務(wù)的一致性，則顯然不合理

二：優(yōu)化，定義事務(wù)保存點，在局部控制事務(wù)一致性

class xxxxxxxx():
 
 def form_valid(self, form):
 ...
 ...
 sid = transaction.savepoint() # 定義事務(wù)保存點
    try:
      self.check_quota_enough(create_form)
    except QuotaNotEnough as e:
      self.object.state = 5
      self.object.save()
      transaction.savepoint_commit(sid)
      return self.render_to_json_response(result=False, messages=str(e))