Python 中的面向对象没有意义
Python知识圈
共 3448字,需浏览 7分钟
·
2021-02-22 12:08
点击上方Python知识圈,设为星标
回复100获取100题PDF
阅读文本大概需要 5 分钟
编译 | 弯月 责编 | 张文
出品 | CSDN(ID:CSDNnews)
许多人都在抨击面向对象,虽然我不认为他有什么问题,但我觉得至少在 Python 中没必要。
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")
@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")
2、例外
你可能注意到,重构的代码中加入了@dataclass,它们只是记录类型。Python 5 可以直接支持这些,不需要使用“常规”类。 使用 Exception 的子类是没问题的。使用 try: ... except SomeClass: ...,基本上会形成一种层级,不过没关系,只要不要搞得过于复杂。 Enum,与上面一样,它们非常适合 Python。 在极罕见的情况下(至少在应用程序的开发中很少遇到),你可能会想出一种非常好用的类型然后到处使用,就像pandas.DataFrame/sqlalchemy.Session 一样。但是一般情况下,不要自欺欺人,不要骗自己说我们正在构建了不起的应用程序。谦虚使人进步。
3、面向对象的弊端
面向对象鼓励你修改数据。函数袋非常反对修改参数。不相信的话,你可以试试看,但可千万别生气。 面向对象只是返回的全局变量。你无法在函数之间共享数据,self 会强迫你使用更小的状态空间编写方便测试的函数。 混合数据和函数会加剧序列化的难度,而在当今 REST API 流行的情况下,序列化非常有用。 面向对象带来了疯狂的继承体系,关于这个话题的讨论到处都是。 最重要的是,面向对象没有任何附加价值,它只会导致你无法专心解决问题,并加剧浏览与理解代码的难度。
往期推荐 01 02 03
↓点击阅读原文查看pk哥原创视频
我就知道你“在看” ![](https://filescdn.proginn.com/f3517740c76017cbdd2a2f4e84704466/445ae3f6471feb1240ed64ef9bb3e271.webp)
![](https://filescdn.proginn.com/f3517740c76017cbdd2a2f4e84704466/445ae3f6471feb1240ed64ef9bb3e271.webp)
评论