Python中使用class()，面向對象有什么優勢

首先我是辣雞，然后這個問題的確有點意思

首先，類是一個集合，包含了數據，操作描述的一個抽象集合

你可以首先只把類當做一個容器來使用

class Cycle:
   def __init__(self,r):
       self.pi=3.14
       self.r=r
a=Cycle(4)
b=Cycle(7)

你看，我們定義了一個 Cycle 類，我們現在只是將它當做一個數據集合來用，我們利用其實例之間彼此數據隔離的特性來保證具體的實例數據彼此不污染。好了你現在想問，為什么我們要用數據集合來放數據

好了，我們來看看沒有類之前我們會怎么樣,假設我們現在要計算圓的面積

'''
遇到問題沒人解答？小編創建了一個Python學習交流QQ群：579817333 
尋找有志同道合的小伙伴，互幫互助,群里還有不錯的視頻學習教程和PDF電子書！
'''
def square(r,pi):
   return pi * (r**2)
PI=3.14
a_r=4
a_square=square(a_r,PI)
b_r=7
b_square=square(b_r,PI)

看起來沒有問題，好了，現在問題來了，假如，你現在要計算很多圓的面積，那么你是不是發現，不斷的用變量命來隔離數據方式變得越來越臟了。而且你發現是不是有很多冗余的代碼

好了我們這么改一改

class Cycle:
   def __init__(self,r):
       self.pi=3.14
       self.r=r

def square(value):
   if not isinstance(value,Cycle):
       raise ValueError("value muse be Cycle instace")
   value.square=value.pi * (value.r**2)

a=Cycle(4)
b=Cycle(7)

square(a)
square(b)

好了，你有沒有覺得現在清晰了一點。

好了，現在我們現在還可以改一下

'''
遇到問題沒人解答？小編創建了一個Python學習交流QQ群：579817333 
尋找有志同道合的小伙伴，互幫互助,群里還有不錯的視頻學習教程和PDF電子書！
'''
class Cycle:
   def __init__(self,r):
       self.pi=3.14
       self.r=r
   def square(self,value):
       return self.pi * (self.r**2)

好了，現在你可能迷惑了，我們為啥要把 square 函數放在類中？

好了，我現在要計算長方形，原型，梯形各種各樣二維幾何圖形的面積，這樣該怎么寫？？？

你想了想我們之前說的將類作為數據容器，你想了想寫了如下的代碼

class Rectangle:
   def __init__(self,length,height):
       self.length=length
       self.height=height
class Cycle:
   def __init__(self,r):
       self.pi=3.14
       self.r=r
def rec_square(value):
   if not isinstance(value,Rectangle):
       raise ValueError("value muse be Rectangle instace")
   value.square=value.length * value.height
def cycle_square(value):
   if not isinstance(value,Cycle):
       raise ValueError("value muse be Cycle instace")
   value.square=value.pi * (value.r**2)

你想一想，這樣是不是感覺如果計算需求越來越多，代碼是不是還是會越來越臟？

如果我們將函數放在類里，并且用繼承的特性，我們可以寫出這樣的代碼

'''
遇到問題沒人解答？小編創建了一個Python學習交流QQ群：579817333 
尋找有志同道合的小伙伴，互幫互助,群里還有不錯的視頻學習教程和PDF電子書！
'''
class Geometry:
   def get_square(self):
       raise NotImplementedError

class Rectangle(Geometry):
   def __init__(self,length,height):
       self.length=length
       self.height=height
   def get_square(self):
       return self.length*self.height

class Cycle(Geometry):
   def __init__(self,r):
       self.pi=3.14
       self.r=r
   def get_square(self):
       return self.pi * (self.r**2)

def square(value):
   if not isinstance(value,Geometry):
       raise ValueError("value muse be Geometry instace")
   value.square=value.get_square()

你看，我們現在只需要給用戶暴露一個統一的接口，用戶（用戶也以是我們自己）不需要關心怎么樣選擇正確的函數，他只需要調用統一的 square 函數，就可以獲取到具體的面積，是不是輕松很多了？？

所以，類，它是對數據，操作的一種封裝，這個封裝的意義在于我們可以去更好的優化代碼結構。

好了再舉一個例子，我們可以用類來控制訪問權限

class People:
   def __init__(self,website):
       self.__favorite_website="1024.com"
   def bad_or_not(self):
       return self.__favorite_website=="1024.com"

你看，我們用 private 變量，來確保外部沒法直接訪問一些敏感數據（實際上 Python 里 private 并不嚴格，hook 一下還是可以訪問的）

好，在舉一個例子

'''
遇到問題沒人解答？小編創建了一個Python學習交流QQ群：579817333 
尋找有志同道合的小伙伴，互幫互助,群里還有不錯的視頻學習教程和PDF電子書！
'''
class People:
   def __init__(self,website):
       self.__favorite_website="1024.com"
   def bad_or_not(self):
       return self.__favorite_website=="1024.com"
   @property
   def favorite_website(self):
       return self.__favorite_website
   @favorite_website.setter
   def favorite_website(self,value):
       if value=="1024.com":
           raise ValueError("你不能去草榴，兄弟，你營養不足")
       self.__favorite_website=value

你看，我們現在很方便的實現在設置數據值的時候，對其過濾。

撤了這么多，回到你的問題

首先A君說的沒毛病，但我想知道僅僅使用函數錘子，螺絲刀來完成一個項目比使用Class工廠+函數錘子來完成一個項目的效率會更低么？
理由是什么？大神在什么時候會考慮使用Class來提高代碼的“執行效率”和代碼的“可讀性”。回歸實際情況，我很多時候都是調用同一個函數/方法去輸出某個結果。
至今還想不出為什么調用Class會更方便？（PS:本人大菜鳥，寫了上千行代碼了，但仍然搞不懂什么情況下需要用到Class類。也曾嘗試在自己的代碼中強行加入Class輸出結果
但感覺不靈活，而且要寫的代碼明顯多了也不便于理解。求大神舉例，碾壓我的無知！）。C君說大型項目不使用Class調用對象會累死，到底這個“累死”體現在哪里？

首先一個問題，我整個答案里所寫的這些代碼，不用面向對象這一套能不能實現？

很明顯，能。

但是實現的干凈么？個人覺得不干凈。

項目規格上去后，我們如果按照傳統的方式進行開發，務必要多重檢查，確保自己不會手抖調用了錯誤的東西。而 OOP 這一套思想，其實就是通過利用合適的代碼結構和封裝，某種程度上來講是減少我們犯錯的可能。

同時，現在開發基本都不是一個人的單打獨斗，你寫的代碼可能會被其余人使用與維護。我們有個前提，要假設使用維護你代碼的人都是傻逼。我們要適當的封裝代碼，優化結構，讓使用者盡可能的少犯錯、

所以最后，無論是各個語言的變量命名規則也好，還是 OOP 這一套范式也好。其本質是在自由度與可讀性可維護性之間的一種相對較優的妥協，這種妥協根本的目的就在于通過規范化的操作與封裝，減少團隊開發維護的成本，優化開發體驗。

另外，關于開發這一套還有個老生常談的問題過度封裝。我個人的觀點是在你知道什么是 過度封裝 之前，你沒必要考慮這個問題，按照教科書和開源代碼里的結構，去不斷封裝優化你的代碼。

面向對象　更容易使用　，缺點就是　換一個開發人，難維護，很難理解前面人的思維，出了錯不好找位置