python中面向對象的使用限制有哪些

這篇文章主要介紹python中面向對象的使用限制有哪些，文中介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們一定要看完！

python主要應用領域有哪些

1、云計算，典型應用OpenStack。2、WEB前端開發(fā)，眾多大型網(wǎng)站均為Python開發(fā)。3.人工智能應用，基于大數(shù)據(jù)分析和深度學習而發(fā)展出來的人工智能本質(zhì)上已經(jīng)無法離開python。4、系統(tǒng)運維工程項目，自動化運維的標配就是python+Django/flask。5、金融理財分析，量化交易，金融分析。6、大數(shù)據(jù)分析。

1、不需要使用面向對象。

舉個例子，例如下面的代碼根本不需要使用面向對象。

class ApiClient:
   def __init__(self, root_url: str, session_cls: sessionmaker):
       self.root_url = root_url
       self.session_cls = session_cls
 
   def construct_url(self, entity: str) -> str:
       returnf"{self.root_url}/v1/{entity}"
 
   def get_items(self,entity: str) -> List[Item]:
       resp = requests.get(self.construct_url(entity))
       resp.raise_for_status()
       return [Item(**n) for n in resp.json()["items"]]
 
   def save_items(self, entity: str) -> None:
       with scoped_session(self.session_cls)as session:
            session.add(self.get_items(entity)) 
 
class ClientA(ApiClient):
   def construct_url(self, entity: str) -> str:
       returnf"{self.root_url}/{entity}" 
 
class ClientB(ApiClient):
   def construct_url(self, entity: str) -> str:
       returnf"{self.root_url}/a/special/place/{entity}"
 
client_a = ClientA("https://client-a",session_cls)
client_a.save_items("bars")

我們在這里使用了面向對象，因為我們想把root_url綁定到某個對象，我們不想每次都傳遞sessionmaker。我們還想使用繼承，在調(diào)用的途中訪問一種方法。

但是，只有數(shù)據(jù)傳輸和函數(shù)才能實現(xiàn)嗎？

@dataclass
class Client:
   root_url: str
   url_layout: str
 
client_a = Client(
   root_url="https://client-a",
   url_layout="{root_url}/{entity}",
)
 
client_b = Client(
   root_url="https://client-b",
   url_layout="{root_url}/a/special/place/{entity}",
)
 
def construct_url(client: Client, entity: str) -> str:
   returnclient.url_layout.format(root_url=client.root_url, entity=entity)
 
def get_items(client: Client, entity: str) -> List[Item]:
   resp = requests.get(construct_url(client, entity))
   resp.raise_for_status()
   return [Item(**n) for n in resp.json()["items"]]
 
def save_items(client: Client, session_cls: session_cls, entity: str) -> None:
   withscoped_session(session_cls) as session:
       session.add(get_items(client, entity))
 
save_items(client_a,session_cls, "bars")

必須隨時傳達Client和session_cls。

但是有什么關系呢？代碼量甚至減少了10%。這樣寫出來的代碼很容易理解，不需要使用對象。

有人管理這種寫法叫做函數(shù)袋。也就是說，整個代碼由有類型的數(shù)據(jù)和很多模塊作用域的函數(shù)構成。

那么，全局變量如何處理呢？您可以參考本文(https://leontrolski.github.io/sane-config.html)，在整個應用程序的生命周期內(nèi)重用config或db的session。

界面、抽象類怎么辦？其實你不需要它們，直接寫代碼就可以了。從平心來看，Python有類型標記后，函數(shù)袋的風格開始發(fā)揮真正的魅力。

不純粹的函數(shù)怎么辦？

如果您想使用純函數(shù)編程，您可能想編寫純類別，然后使用不純的適配器例子進行一些處理:getting-the-curent-datetime/API-calls/talking-to-the-db/other-impure-stuff。這個想法很好。事實上，你可以直接使用freezegun、responses等方法來避免大量的麻煩。

2、例外。

但是，也有例外的情況

你可能注意到，重構的代碼中加入了@dataclass，它們只是記錄類型。Python3可直接支持這些，無需使用套路類。

使用Exception的子類沒問題。使用try:..exceptSomeClass:..基本上形成層次，但沒關系。不要太復雜。

Enum和上面一樣，非常適合Python。

在極其罕見的情況下(至少在應用程序開發(fā)中很少見)，你可能會想到一種非常有用的類型，然后到處使用ndas.DataFrame/sqlalchemy.Session一樣。但一般來說，不要欺騙自己，也不要欺騙自己，說我們正在建立一個偉大的應用程序。謙虛使人進步。

3、面向對象的弊端。

在這篇文章的開頭，我說對方本身沒有什么問題，其實對方不僅沒有幫助，還經(jīng)?；煜龁栴}，鼓勵不好的做法

鼓勵對方修改數(shù)據(jù)。函數(shù)非常反對修改參數(shù)。如果你不相信，你可以試試，但不要生氣。

面向對象只是回歸的全局變量。無法在函數(shù)之間共享數(shù)據(jù)。self強制使用更小的狀態(tài)空間制作容易測試的函數(shù)。

混合數(shù)據(jù)和函數(shù)會加劇序列化的難度，而在當今RESTAPI流行的情況下，序列化是非常有用的。

面向對象帶來瘋狂的繼承體系統(tǒng)，關于這個話題的討論遍地都是。

以上是“python中面向對象的使用限制有哪些”這篇文章的所有內(nèi)容，感謝各位的閱讀！希望分享的內(nèi)容對大家有幫助，更多相關知識，歡迎關注億速云行業(yè)資訊頻道！