在〈《強健的 Python》筆記：如何有效導入 Type Hints〉一文中，我們闡述了為 Python 專案程式碼加上 type hints 的長期價值與需要付出的成本。

文中多次提到了 Mypy 這個靜態類型檢查器。

本文從歷史發展、工作原理與工具的整體輪廓上介紹 Mypy 的特色，

雖然沒有詳細的 Mypy 使用教學，但更了解 Mypy，可能讓你對 Python 的型別檢查產生不同的看法。

老實說，我覺得 Mypy 不太需要學習，只要引入一些設定就好。這部分我們會在下一篇文章中介紹。

最後，我會分享一些使用 Mypy 時的心得與經驗。

如果看過開頭那篇文章，你可能會認同：我們終將要成為 Python type hints 的信徒。而 Mypy 就是最佳的布道者。

系列：Mypy 三部曲

1. 《強健的 Python》筆記：如何有效導入 Type Hints
2. Python type checker：Mypy 介紹
3. Django 專案加入 Mypy 指南

為什麼需要 Mypy

Python 是一門廣受歡迎的「動態定型」程式語言，以其簡潔的語法和靈活性著稱。

然而，這種靈活性有時也會成為問題，特別是在大型專案中，型別錯誤可能會導致難以追蹤的 bug，從而降低程式碼的可靠性和可維護性。

在這樣的背景下，Mypy 應運而生。

在〈現代軟體的「鍵盤快捷鍵」記憶爭奪戰〉一文的留言中，有讀者提到我最近似乎變多產了。

確實如此。

有人注意到這件事，讓我非常高興XD，甚至可以說感動。

而本文斗膽預告：下半年將會比上半年，更加多產🔥

我通常不太想為自己立 flag，預告也屬於此類。尤其有〈24，收回「發文計畫」〉的前車之鑑，心裡難免會暗暗擔憂：「是不是說出來就會更容易失敗？」

當然，我知道實際並非如此——很多事做不做，成不成，終究還是操之在己。

至少寫作是這樣的。

三個寫作方向

這篇來聊聊我今年下半年的寫作目標，主要有三大方向。

看完這三個方向，想必你就能理解，為何說一定會比上半年更多產。

換言之，如果真的都能達成，多產只是必然的結果。

這是 Django Tutorial 的第 8 篇、Django ORM 外鍵教學的第 3 篇——完結篇。

範例程式碼可參考我的 GitHub 專案。

系列：Django ORM 外鍵教學

1. Django ORM 外鍵教學：設定一對一、一對多關聯
2. Django ORM：反向關聯（Reverse relationship）介紹
3. Django ORM 外鍵查詢指南

經過前 2 篇的鋪墊，我們可以真正開始感受，使用 ORM 來查詢 db 關聯物件的方便與直觀之美。

開始前，我們要先匯入範例資料，方式請參考〈用 Django Fixture 匯入與導出資料〉介紹的 Django fixture 與資料內容。

打開範例專案，cd 至專案根目錄，並使用指令：

1

python manage.py loaddata post_data.json

好，現在我們的 db 已經有資料了。

如果你已經不記得具體有哪些 table、它們代表什麼，可參考第一篇的模型介紹，以及第二篇對模型架構的調整，或直接觀看 models.py 原始碼。

本文主旨

本文只專注介紹 Django ORM 中的外鍵關聯查詢。

畢竟 Django ORM 的查詢語法實在太多了，很多時候都要回去看文件。

而其中關聯查詢特別常用，值得我們專門學習，熟練掌握。

現代人每天都會用一堆軟體、app、線上服務。

其中比較複雜的工具（包括瀏覽器與作業系統），往往都有搭配「鍵盤快捷鍵」來加速你的操作。

然而，軟體很多，快捷鍵更多！究竟哪些要記、哪些可以放棄，才能降低大腦的負擔？

本文簡要分享我的看法。

本文所謂的快捷鍵

首先說明，像ctrl+C、ctrl+V、ctrl+B、ctrl+S這些，已成為大家心中公認的快捷鍵設定，各大軟體廠商也幾乎不可能在設計上違背的，就不再討論範圍。

這裡講的是那些不同軟體之間特有的快捷鍵。而且也不是要討論這些快捷鍵的設計是否合理、好記。

而是要說，我如何選擇（取捨）要記得哪些、放棄哪些的思路，以及我對「記憶快捷鍵來增加效率（生產力）」的整體看法。

只是簡單的個人心得，供參。

這是 Django Tutorial 的第 7 篇，範例程式碼可參考我的 GitHub 專案。

本文相關的程式碼改動，都集中在這個 PR。

本文可視為 Django ORM 外鍵教學第三部分——查詢篇——的前置教學，因為我們需要一些範例資料作為查詢的標的。

為了快速且輕鬆地建立這些範例，我們要善用 Django fixture。

本文介紹 Django fixture 的基本用法，並以 Django-Tutorial 的範例資料為例，示範如何導出與匯入 fixture。

什麼是 Django Fixture

Django fixture 是一種用來管理資料庫數據的工具。

它允許你以 JSON 或 XML 等格式將資料庫中的數據導出（序列化）到特定文件中，並在需要時將這些數據匯入到資料庫。

你可以輕鬆地透過 Django fixture 初始化資料庫內容，設置測試數據，或者在不同環境間傳輸數據。

顯然的，它也很適合用來「快速建立」（或說匯入）我文章教學所需要的資料。

更多細節與介紹，可參考 Django 文件。

這是《Effective Python 中文版｜寫出良好 Python 程式的 90 個具體做法》筆記的第 1 篇，你可以當作是一則重點整理，加上我個人的開發經驗與心得。

毫無疑問，這又是一本關於「Clean Code in Python」的書——而且很可能是評價最高的一本。

本書由 90 個具體做法所組成，搭配大量實例，助你寫出更 Pythonic 的程式碼。

內容有初階也有進階（比如 metaclass），我會挑選書中我認為「重要且實用」的部分作為分享準則。簡言之，不會太深——但很可能是常常被忽略或低估的部分。

本文整理自書中的「做法 6：優先選用多重指定的拆分而非索引」。

附帶一提，作者已經把書中的程式碼範例都放在 effectivepython 這個 repo，這對於我這種要寫筆記、心得文章的人，真是再方便不過。

本文主旨

本文的主旨只有一個：試圖說服你，不要在程式碼中使用索引取值——盡可能改用拆分（unpacking）來代替索引。

這裡的索引取值，指的是像items[2]這樣，以序列（sequence）的數字索引來取值的情況。

如果程式碼只有你一個人撰寫與維護，且日後也是如此，或許未必要堅持這個原則。

但如果涉及多人協作，未來還有交接與維護需求，那麼避免索引取值，肯定能提升程式的可讀性，同時更容易維護。

建立這個 blog 後不知多久，我在網站選單新增了「熱門文章排名」頁面。你目前看到的是新版。

收錄「一段時間內」瀏覽量排名前 10 名的文章，供讀者參考。順便增加全站頁面的總觸及率。

畢竟作為一個 blogger，誰不希望讀者在我們的 blog 看完一篇又一篇呢？

如何讓新讀者看更多？

如何讓讀者願意「多看」，無疑是重要議題。

大部分部落格的大部分文章，都是靠特定 SEO 關鍵字，吸引到新讀者的第一次瀏覽。

在讀者還不認識你之前，眼下的這篇文章，就是他 / 她決定是否再瞧瞧其它文章的主要依據。

如果內容寫的有趣、論述風格對了胃口、相關的議題剛好是讀者現在關心的，就有機會獲得第二篇、第三篇瀏覽——這是作者們所期待的。

不過這些都是讀者的主觀因素！除了文章內容外，我們幾乎無法控制。

那我們可以做什麼？