許多人都在抨擊面向對象，雖然我不認為他有什么問題，但我覺得至少在Python 中沒必要。

近來，許多人都在抨擊面向對象，雖然我不認為面向對象本身有什么問題，但我覺得至少在 Python 中沒這個必要。

1、沒有必要使用面向對象

舉個例子，比如下面的代碼完全沒有必要使用面向對象。

這里使用了面向對象，因為我們想把 root_url 綁定到某個對象上，而且不想每次都傳遞 sessionmaker。我們還想使用繼承，在調用的中途訪問一個方法。但如果只通過數據傳遞和函數能實現嗎？

我們必須隨時傳遞 Client 和 session_cls。但有什么關系呢？代碼量甚至還少了 10%。這樣編寫的代碼很容易理解，而且不需要使用面向對象。有人管這種寫法叫做“函數袋”。就是說，整個代碼都由有類型的數據和一大堆模塊作用域的函數組成。那么全局變量怎么處理？你可以參考這篇文章(https://leontrolski.github.io/sane-config.html)，在整個應用程序的生命周期內重用 config 或 db 的 session，接口、抽象類怎么辦？實際上你不需要它們，直接寫代碼就行了。平心而論，Python 有了類型標注之后，函數袋風格才開始發揮真正的魅力。不純粹的函數怎么辦？如果你想采用純粹的函數式編程，你可能想編寫純粹的類，然后使用不純粹的“適配器”實例來做一些處理：getting-the-current-datetime/API-calls/talking-to-the-db/other-impure-stuff。這個想法很不錯。實際上你可以直接使用 freezegun、responses 等方法來避免大量麻煩。

2、例外

但也有一些例外的情況：你可能注意到，重構的代碼中加入了@dataclass，它們只是記錄類型。Python 5 可以直接支持這些，不需要使用“常規”類。

使用 Exception 的子類是沒問題的。使用 try: ... except SomeClass: ...，基本上會形成一種層級，不過沒關系，只要不要搞得過于復雜。

Enum，與上面一樣，它們非常適合 Python。

在極罕見的情況下(至少在應用程序的開發中很少遇到)，你可能會想出一種非常好用的類型然后到處使用，就像pandas.DataFrame/sqlalchemy.Session 一樣。但是一般情況下，不要自欺欺人，不要騙自己說我們正在構建了不起的應用程序。謙虛使人進步。

3、面向對象的弊端

雖然在本文開頭，我說過我不認為面向對象本身有什么問題，但實際上我還是覺得面向對象不僅沒有幫助性，而且還常常混淆問題，鼓勵一些不良做法：面向對象鼓勵你修改數據。函數袋非常反對修改參數。不相信的話，你可以試試看，但可千萬別生氣。

面向對象只是返回的全局變量。你無法在函數之間共享數據，self 會強迫你使用更小的狀態空間編寫方便測試的函數。

混合數據和函數會加劇序列化的難度，而在當今 REST API 流行的情況下，序列化非常有用。

面向對象帶來了瘋狂的繼承體系，關于這個話題的討論到處都是。

最重要的是，面向對象沒有任何附加價值，它只會導致你無法專心解決問題，并加劇瀏覽與理解代碼的難度。

總結

以上是生活随笔為你收集整理的python面向对象有什么用_Python 中的面向对象没有意义的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。