主頁 > 作業系統 > 處理重復的、復雜的例外處理的最佳方式?

處理重復的、復雜的例外處理的最佳方式?

2021-10-17 14:38:02 作業系統

我想重構一些代碼,使其更加簡潔,但我在一個方面有點犯難。我很有可能錯過了一些明顯的東西。

該應用程式是一個 Web 服務器,其中每個 API 端點都是 RequestHandler 類(特別是 Tornado,但我想知道一般的方法)的一個單獨方法。因此,從本質上講,類似于:

的東西

class MyHandler(tornado.web.RequestHandler)。
    def endpoint_1self, user_id)。
        ...
 
    def endpoint_2(self, user_id) 。
        ...

許多端點需要通過資料庫查找用戶,所以我在類中添加了一個類似def get_user(self, user_id)的方法。該方法還負責對用戶進行各種權限檢查,因此它有幾種失敗的方式,每次失敗都應向用戶發送適當的訊息并關閉連接。

那么我的問題是如何在每個端點方法中以簡明明顯的方式呼叫該方法。

我認為有三種可能的方法:

  1. 在每個端點方法中捕獲所有相關的例外:

def endpoint_1self, user_id)。
   try:
       self.get_user(user_id)
   except UserDoesNotExist。
       self.write("No such user")
       self.connection.close()
       回傳except MissingPermission1。
       self.write("No permission 1")
       self.connection.close()
       回傳。
   ...

這對我來說是最清楚的控制流程,但需要確保這些except:塊被正確地復制到每個方法中。

  1. 解壓縮的get_user()呼叫,讓get_user()處理關閉連接
def get_userself, user_id)。
    try:
        user = self.database.lookup(user_id)
        if not user.hasPermission(1)。
            raise MissingPermission1
        ...
    except UserDoesNotExist。
        self.write("No such user")
        self.connection.close()
    except MissingPermission1:
        self.write("沒有權限1")
        self.connection.close()
    ...

def endpoint_1self, user_id)。
    user = self.get_user(user_id)
    ...

這個選項是迄今為止最簡潔的,但是讓get_user()關閉連接,預先結束endpoint_1()的控制流,我覺得有些 "骯臟"。也許這只是我的問題?檔案可以解決這個問題,但我還是會從中聞到不好的代碼氣味。

  1. 除了抓取所有的,傳遞給一個例外處理方法
def get_userself, user_id)。
    user = self.database.lookup(user_id)
    if not user.hasPermission(1)。
        raise MissingPermission1
    ...

def handle_exceptionself, exc)。
    if isinstance(ex, MissingPermission1):
        self.write("Missing permission 1")
        回傳。
    ...

def endpoint_1self, user_id)。
    try:
        self.get_user(user_id)
    except Exception as e:
        self.handle_exception(e)
        self.connection.close()
        return: self.handle_exception(e).

這是我最喜歡的方法,但有些地方還是感覺不對勁。

我很想知道其他人對此的看法,最好是盡可能的概括(例如,不針對龍卷風/webserver)。

uj5u.com熱心網友回復:

我將介紹另一種方法,它在處理桌面GUI時對我很有效。

這個想法類似于你的方法3,但是我們不需要在每個endpoint...方法中添加try/except,而是用我們自己的 "自定義excepthook方法 "覆寫sys.excepthook。這意味著你的endpoint...方法現在可以自由地讓例外一直被引發到自定義excepthook。

這是一個最小的作業例子:

import random
import sys

class UserDoesNotExistException)。passclass MissingPermission1Exception)。passclass MyApp:
    def __init__(self):
        sys.excepthook = self.app_excepthook
        
    def app_excepthookself, exc_type, exc_value, exc_traceback)。
        if issubclass(exc_type, UserDoesNotExist)。
            self.handle_inexistent_user()
        elif issubclass(exc_type, MissingPermission1)。
            self.handle_missing_permission()
        else:
            sys.__excepthook__(exc_type, exc_value, exc_traceback)

    def handle_inexistent_userself)。
        self.write("No such user")
        # self.connection.close(), etc...def handle_missing_permissionself)。
        self.write("No permission 1")
        # self.connection.close(), etc... @staticmethod 
    def writemessage)。
        print(message)
    
    def try_to_connectself)。
        ""模擬一個連接,25%的時間可以作業""。
        r = random.random()
        if r < 0.25:
            raise UserDoesNotExist
        elif r < 0.50:
            raise MissingPermission1
        elif r < 0.75:
            raise ValueError
        else:
            print('Success')

if __name__ == '__main__'/span>:
    app = MyApp()
    app.try_to_connect()

就像我說的,這里的想法是用sys.excepthook方法覆寫app_excepthook。這個方法檢查例外型別并呼叫適當的處理方法。如果沒有方法被委托給某個特定的例外型別,sys.__excepthook__將處理它。這只是一個指向原始 sys.excepthook 的指標,這意味著任何沒有被你的應用程式明確處理的例外都將由 Python 的默認 excepthook 處理。

如果你嘗試執行幾次,你會看到 UserDoesNotExistMissingPermission1 例外被你的 App 正確處理,而 ValueError 則一直到默認的 excepthook。

更重要的是try_to_connect方法不必擔心任何try/except子句,或者根據例外的型別呼叫一個特定的方法。它只需引發例外并讓應用程式本身來處理它。

您甚至可以進一步抽象化,并將所有的例外處理功能轉移到一個專門的 ExceptionHandler 類中,該類在初始化時成為 MyApp 的實體屬性。

這種方法的一些考慮因素/缺點:

  • handle_...方法提供額外的資訊作為引數可能并不簡單,因為app_excepthook必須遵循sys.excepthook的簽名。這意味著handle...方法所需要的一切都必須作為實體屬性來存盤,即self.connectionself.thing,等等。你可以通過修改你的自定義例外來接受額外的args/kwargs來解決這個問題,盡管我不確定這看起來有多 "黑"。
  • MyApp應該是一個單子,因為該類的多個實體將把sys.excepthook指標移動到最新創建的實體。
  • 同樣地,與sys.excepthook的任何其他型別的互動將可能導致不希望的行為。例如,這段代碼在 IPython shell 中無法正常作業,因為它在啟動時也會與 sys.excepthook 發生混亂。

    uj5u.com熱心網友回復:

    背景關系管理器(通過例如contextlib.contextmanager)似乎適用于你的使用情況,因為它將允許你:

    • 獲取用戶并將其作為一個整體。
    • 在一個地方獲取用戶并處理例外(不需要在每個需要它的方法上重復)。因此,不需要散落在各處的手動 try-except 塊
    • 一旦完成對用戶的處理,就關閉一個資源
    from contextlib import contextmanager
    
    
    class MyHandler()。
        def __init__(self, database):
            self.database = database
    
    @contextmanager def get_user(self, user_id) 。
            user = Nonetry:
                user = self.database[user_id]
            except KeyError:
                print(f "缺少用戶{user_id}")
    
            try:
                yield user
            finally:
                print(f "Closing resources for {user_id}"/span>)
                self.connection = "closed"/span>
    
        def endpoint_1self, user_id)。
            self.connection = "open"with self.get_user(user_id) as user:
                if user is None:
                    # 處理用戶未被成功檢索的情況print(f "不能處理{user_id}")
                else:
                    # Handle scenario if user was successfully retrieved.
                    print(f "Successful retrieved {user}")
    
    
    handler = MyHandler({"a1": "90s Band", "b2": "Banana", "c3": "炸彈"})
    print("===== Call 1 ====="/span>)
    handler.endpoint_1("a1")
    print("===== Call 2 ====="/span>)
    handler.endpoint_1("b1")
    print("===== Call 3 =====")
    handler.endpoint_1("b2")
    print("===== Call 4 =====")
    handler.endpoint_1("c3")
    

    輸出

    ===== Call 1 =====
    成功地檢索到90s Band
    關閉資源 for a1
    ===== 呼叫2 =====
    缺少用戶b1
    不能處理b1
    關閉b1的資源
    ===== 呼叫3 =====
    成功檢索到Banana
    關閉b2的資源
    ===== 呼叫4 =====
    成功檢索到炸彈
    關閉c3的資源
    
    • 所有的資源只有在退出with陳述句的時候才會被關閉。因此,你可以在with陳述句中安全地執行代碼,因為你知道資源還沒有被關閉。此外,不需要記住關閉資源,因為它將在with陳述句退出時自動執行。

    你可以探索的另一個選擇是使用裝飾器來包裹你的方法。

    轉載請註明出處,本文鏈接:https://www.uj5u.com/caozuo/319999.html

    標籤:

    上一篇:我一直得到"dbcontextnull",而我已經說過它可以是空的或空的,我怎樣才能解決它呢?

    下一篇:以IActionResult的形式顯示開發者例外頁面

  • 標籤雲
    其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

    熱門瀏覽
    • CA和證書

      1、在 CentOS7 中使用 gpg 創建 RSA 非對稱密鑰對 gpg --gen-key #Centos上生成公鑰/密鑰對(存放在家目錄.gnupg/) 2、將 CentOS7 匯出的公鑰,拷貝到 CentOS8 中,在 CentOS8 中使用 CentOS7 的公鑰加密一個檔案 gpg -a ......

      uj5u.com 2020-09-10 00:09:53 more
    • Kubernetes K8S之資源控制器Job和CronJob詳解

      Kubernetes的資源控制器Job和CronJob詳解與示例 ......

      uj5u.com 2020-09-10 00:10:45 more
    • VMware下安裝CentOS

      VMware下安裝CentOS 一、軟硬體準備 1 Centos鏡像準備 1.1 CentOS鏡像下載地址 下載地址 1.2 CentOS鏡像下載程序 點擊下載地址進入如下圖的網站,選擇需要下載的版本,這里選擇的是Centos8,點擊如圖所示。 決定選擇Centos8后,選擇想要的鏡像源進行下載,此 ......

      uj5u.com 2020-09-10 00:12:10 more
    • 如何使用Grep命令查找多個字串

      如何使用Grep 命令查找多個字串 大家好,我是良許! 今天向大家介紹一個非常有用的技巧,那就是使用 grep 命令查找多個字串。 簡單介紹一下,grep 命令可以理解為是一個功能強大的命令列工具,可以用它在一個或多個輸入檔案中搜索與正則運算式相匹配的文本,然后再將每個匹配的文本用標準輸出的格式 ......

      uj5u.com 2020-09-10 00:12:28 more
    • git配置http代理

      git配置http代理 經常遇到克隆 github 慢的問題,這里記錄一下幾種配置 git 代理的方法,解決 clone github 過慢。 目錄 git配置代理 git單獨配置github代理 git配置全域代理 配置終端環境變數 git配置代理 主要使用 git config 命令 git單獨 ......

      uj5u.com 2020-09-10 00:12:33 more
    • Linux npm install 裝包時提示Error EACCES permission denied解

      npm install 裝包時提示Error EACCES permission denied解決辦法 ......

      uj5u.com 2020-09-10 00:12:53 more
    • Centos 7下安裝nginx,使用yum install nginx,提示沒有可用的軟體包

      Centos 7下安裝nginx,使用yum install nginx,提示沒有可用的軟體包。 18 (flaskApi) [root@67 flaskDemo]# yum -y install nginx 19 已加載插件:fastestmirror, langpacks 20 Loading ......

      uj5u.com 2020-09-10 00:13:13 more
    • Linux查看服務器暴力破解ssh IP

      在公網的服務器上經常遇到別人爆破你服務器的22埠,用來挖礦或者干其他嘿嘿嘿的事情~ 這種情況下正確的做法是: 修改默認ssh的22埠 使用設定密鑰登錄或者白名單ip登錄 建議服務器密碼為復雜密碼 創建普通用戶登錄服務器(root權限過大) 建立堡壘機,實作統一管理服務器 統計爆破IP [root ......

      uj5u.com 2020-09-10 00:13:17 more
    • CentOS 7系統常見快捷鍵操作方式

      Linux系統中一些常見的快捷方式,可有效提高操作效率,在某些時刻也能避免操作失誤帶來的問題。 ......

      uj5u.com 2020-09-10 00:13:31 more
    • CentOS 7作業系統目錄結構介紹

      作業系統存在著大量的資料檔案資訊,相應檔案資訊會存在于系統相應目錄中,為了更好的管理資料資訊,會將系統進行一些目錄規劃,不同目錄存放不同的資源。 ......

      uj5u.com 2020-09-10 00:13:35 more
    最新发布
    • vim的常用命令

      Vim的6種基本模式 1. 普通模式在普通模式中,用的編輯器命令,比如移動游標,洗掉文本等等。這也是Vim啟動后的默認模式。這正好和許多新用戶期待的操作方式相反(大多數編輯器默認模式為插入模式)。 2. 插入模式在這個模式中,大多數按鍵都會向文本緩沖中插入文本。大多數新用戶希望文本編輯器編輯程序中一 ......

      uj5u.com 2023-04-20 08:43:21 more
    • vim的常用命令

      Vim的6種基本模式 1. 普通模式在普通模式中,用的編輯器命令,比如移動游標,洗掉文本等等。這也是Vim啟動后的默認模式。這正好和許多新用戶期待的操作方式相反(大多數編輯器默認模式為插入模式)。 2. 插入模式在這個模式中,大多數按鍵都會向文本緩沖中插入文本。大多數新用戶希望文本編輯器編輯程序中一 ......

      uj5u.com 2023-04-20 08:42:36 more
    • docker學習

      ###Docker概述 真實專案部署環境可能非常復雜,傳統發布專案一個只需要一個jar包,運行環境需要單獨部署。而通過Docker可將jar包和相關環境(如jdk,redis,Hadoop...)等打包到docker鏡像里,將鏡像發布到Docker倉庫,部署時下載發布的鏡像,直接運行發布的鏡像即可。 ......

      uj5u.com 2023-04-19 09:26:53 more
    • 設定Windows主機的瀏覽器為wls2的默認瀏覽器

      這里以Chrome為例。 1. 準備作業 wsl是可以使用Windows主機上安裝的exe程式,出于安全考慮,默認情況下改功能是無法使用。要使用的話,終端需要以管理員權限啟動。 我這里以Windows Terminal為例,介紹如何默認使用管理員權限打開終端,具體操作如下圖所示: 2. 操作 wsl ......

      uj5u.com 2023-04-19 09:25:49 more
    • docker學習

      ###Docker概述 真實專案部署環境可能非常復雜,傳統發布專案一個只需要一個jar包,運行環境需要單獨部署。而通過Docker可將jar包和相關環境(如jdk,redis,Hadoop...)等打包到docker鏡像里,將鏡像發布到Docker倉庫,部署時下載發布的鏡像,直接運行發布的鏡像即可。 ......

      uj5u.com 2023-04-19 09:19:04 more
    • Linux學習筆記

      IP地址和主機名 IP地址 ifconfig可以用來查詢本機的IP地址,如果不能使用,可以通過install net-tools安裝。 Centos系統下ens33表示主網卡;inet后表示IP地址;lo表示本地回環網卡; 127.0.0.1表示代指本機;0.0.0.0可以用于代指本機,同時在放行設 ......

      uj5u.com 2023-04-18 06:52:01 more
    • 解決linux系統的kdump服務無法啟動的問題

      問題:專案麒麟系統服務器的kdump服務無法啟動,沒有相關日志無法定位問題。 1、查看服務狀態是關閉的,重啟系統也無法啟動 systemctl status kdump 2、修改grub引數,修改“crashkernel”為“512M(有的機器數值太大太小都會導致報錯,建議從128M開始試,或者加個 ......

      uj5u.com 2023-04-12 09:59:50 more
    • 解決linux系統的kdump服務無法啟動的問題

      問題:專案麒麟系統服務器的kdump服務無法啟動,沒有相關日志無法定位問題。 1、查看服務狀態是關閉的,重啟系統也無法啟動 systemctl status kdump 2、修改grub引數,修改“crashkernel”為“512M(有的機器數值太大太小都會導致報錯,建議從128M開始試,或者加個 ......

      uj5u.com 2023-04-12 09:59:01 more
    • 你是不是暴露了?

      作者:袁首京 原創文章,轉載時請保留此宣告,并給出原文連接。 如果您是計算機相關從業人員,那么應該經歷不止一次網路安全專項檢查了,你肯定是收到過資訊系統技術檢測報告,要求你加強風險監測,確保你提供的系統服務堅實可靠了。 沒檢測到問題還好,檢測到問題的話,有些處理起來還是挺麻煩的,尤其是線上正在運行的 ......

      uj5u.com 2023-04-05 16:52:56 more
    • 細節拉滿,80 張圖帶你一步一步推演 slab 記憶體池的設計與實作

      1. 前文回顧 在之前的幾篇記憶體管理系列文章中,筆者帶大家從宏觀角度完整地梳理了一遍 Linux 記憶體分配的整個鏈路,本文的主題依然是記憶體分配,這一次我們會從微觀的角度來探秘一下 Linux 內核中用于零散小記憶體塊分配的記憶體池 —— slab 分配器。 在本小節中,筆者還是按照以往的風格先帶大家簡單 ......

      uj5u.com 2023-04-05 16:44:11 more