為什麼選擇 Python？不得不說，我的人生比許多人更曲折。我是 2014 年的大學生，卻只讀了三年就輟學。主因是掛了幾門實驗課，加上想和朋友創業，結果失敗，連

目錄：每篇前言：Python 檔案 I/O（二）知識點補給站：1.1 異常處理1.1.1 拋出異常1.1.2 自定義異常1.1.3 Python 異常體系1.2

在日常開發中，定時任務幾乎是無處不在的需求：從簡單的日誌清理、數據庫備份，到複雜的數據同步、報表生成。雖然 Linux 系統自帶的 cron 是經典選擇，但若想

MicroPython 調試核心手段 嵌入式開發中「下載-測試」循環是常態，print 是最通用、零成本的調試工具。結合 dir() 可動態探索對象屬性方法。

問題現象 用戶代碼嘗試遞歸查找目錄名為 python 的所有路徑，但只輸出第一條路徑，缺失後續匹配項。 原代碼缺陷分析 def find(self, pat

核心需求 給定 m (總數)、n (取數)，計算組合數 C(m, n) 並按編號列出所有組合結果。 標準庫 itertools 完美解決 = 10:

常見報錯現象 用戶反饋：requests 運行報錯，疑似「網站簽名校驗沒通過」。典型特徵： 返回 403 Forbidden / 401 Unauthor

模式定義 解釋器模式：為特定領域語言定義文法表示，並提供一個解釋器，用戶可通過該語言編寫「句子」，解釋器負責解析並執行對應操作。 適用場景 SQL 解析

迭代器模式提供一種方法循序存取聚合物件內部元素，又不暴露其內部結構。Python 內建支援迭代器協議（__iter__、__next__），for 迴圈、推導式

備忘錄模式在不破壞封裝前提下，捕獲物件內部狀態並外部化儲存，以便日後恢復。核心三角色：**發起人**建立/恢復備忘錄、**備忘錄**儲存狀態、**管理者**負責

中介者模式用一個中介者物件封裝一系列物件之間的互動，使各物件不需顯式相互引用，從而降低耦合，並能獨立改變它們之間的互動行為。中介者將多對多關係轉為一對多（物件→

外觀模式為子系統提供一個統一的高層介面，讓子系統更容易使用。它不封裝子系統、不限制客戶端直接存取子系統，只是提供一個便利的進入點。外觀模式是「最少知識原則」（迪

裝飾器模式在不修改原類別、不使用繼承的前提下，動態為物件新增職責。通過建立包裝物件（Wrapper）持有被裝飾物件參考，攔截方法呼叫並在前後注入額外邏輯。Pyt

原型模式用複製現有實例來建立新物件，而非透過類別實例化。核心優勢：避免昂貴的建構過程、動態載入新型別、運行時指定物件結構。Python 內建 copy 模組提供

享元模式以共享方式高效支援大量細粒度物件。核心思想：將物件屬性分為內部狀態（不可變、可共享）與外部狀態（隨環境變化、由客戶端管理），只保留一份內部狀態實例，外部

狀態模式允許物件在內部狀態改變時改變其行為，物件看起來好像修改了它的類別。將每種狀態的相關行為封裝在獨立的狀態類別中，Context 委派給當前狀態物件處理請求

訪問者模式將資料結構與作用於結構上的操作分離。當資料結構相對穩定，但操作頻繁變動或新增時，訪問者模式避免修改資料類別，只需新增訪問者類別即可。核心技術為雙重分派

觀察者模式定義物件間一對多依賴：當一個物件（主題/被觀察者）狀態改變時，所有依賴它的物件（觀察者）都會自動收到通知並更新。這是發布-訂閱機制的核心實現，廣泛用於

組合模式將物件組合成樹狀結構以表示「部分-整體」層次，讓客戶端統一處理單一物件與組合物件。無論是葉子節點還是容器節點，客戶端都透過相同介面操作，實現遞迴結構的優

責任鏈模式將多個處理者串成鏈條，請求沿鏈條傳遞，直到某個處理者能處理為止。這實現了發送者與接收者解耦，且能動態調整處理順序與邏輯。 核心要素 處理者介面：定