纯净、安全、绿色的下载网站

首页|软件分类|下载排行|最新软件|IT学院

当前位置:首页IT学院IT技术

Python设计模式 详解Python为什么不用设计模式

有数可据   2021-06-24 我要评论
想了解详解Python为什么不用设计模式的相关内容吗有数可据在本文为您仔细讲解Python设计模式的相关知识和一些Code实例欢迎阅读和指正我们先划重点:Python设计模式的弊端,Pythpn设计模式下面大家一起来学习吧

前言

刚刚看了EuroPython 2017一篇演讲Why You Don't Need Design Patterns in Python为什么python不用设计模式演讲者是STXNEXT的Sebastian Buczynski

他对设计模式的定义是:

  • 常见问题的通用可复用解决方案
  • 定型的最佳实践

他说设计模式是一种似曾相识(Anology)是一种大纲(Outline)他认为设计模式并不是拿来就能用的

Singleton

在这里插入图片描述

第一个是Singleton模式Singleton的精髓就是任何时候只有一个类的实例

《设计模式》里面给出的Singleton代码是

声明:

class Singleton {
public:
	static Singleton* Instance();
protected:
	Singleton();
private:
	static Singleton* _instance;
};

实现:

Singleton* Singleton::_instance = 0;

Sebastian 在 Google 上面找Singleton的Python实现找到了以下代码:

声明:

class Singleton:
	_instance = None
	def __new__(cls, *args, **kwargs):
		if not cls._instance:
			cls._instance = super().__new__(cls, *args, **kwargs)
		return cls._instance

实现:

one_instance = Singleton()
another_instance = Singleton()
one_instance is another_instance # True

Sebastian指出照抄C++当然也可以解决问题但是在python里面有更好的解决方案比如可以用@classmethod不过最好的解决方案是直接用module因为module本身就是唯一的相当于module就实现了singleton那么我们为什么要大费周章搞一个singleton出来呢?

我回忆了一下尽管Singleton是最简单的设计模式了但是我这么多年一直没用以前写C#的时候我用的是静态类静态类本身就是唯一的所以我不需要singleton当然我看到有人也用C#写了和C++一样的Singleton但是我觉得解决问题就可以了没必要为了写设计模式而写设计模式同样写VB.net的时候我直接用的module也不需要singleton

结论:当年《设计模式》里面的Singleton模式是为了只有一个类实例如果编程语言本身如python, c#, vb.net已经提供了这样的能力就没有必要再用C++的套路了或者说设计模式就不需要了

Facade

在这里插入图片描述
在这里插入图片描述

(以上图片来自参考[1])

Facade的基本概念是子系统用Facade来屏蔽内部的复杂实现

这时我们可以把子系统的python文件统一放在一个文件夹里然后在这个文件夹里放一个__init__.py文件

在这里插入图片描述

Command

Command模式把请求封装成对象

Sebastian认为在python里面函数就是一等公民所以没有必要创建对象

def command(discount_rate):
some_obj.notify_users_about_discount()

也可以用functools创建command

import functools
command = functools.partial(
some_obj.notify_users_about_discount, discount_rate=0.5
)
command()
# equals to
some_obj.notify_users_about_discount(discount_rate=0.5)

Visitor

Python里面没有接口没有方法重载那么怎么实现Visitor呢?

Sebastian指出可以用@SingleDispatch

from functools import singledispatch
@singledispatch
def visit(node):
	type_name = type(node).__name__
	raise AttributeError(f'No handler found for {type_name}')
from ast_nodes import Assign, FunctionDef
@visit.register(Assign)
def visit(node):
	pass
@visit.register(FunctionDef)
def visit(node):
	pass

我们看到这里的实现并没有class

Decorator

Decorator可以用来扩展一个对象

它实现的方法是新建一个类这个类和原来的类属于同一个接口然后这个类接受一个原来的类的对象每个方法都调用原来的类的方法

如果套用c++的《设计模式》我们有

class OriginalClass:
	def get_text(self):
		pass
	def get_number(self):
		pass

    
class Decorator:
	def __init__(self, decorated_obj):
		self.decorated_obj = decorated_obj
	def get_text(self):
		return f'<b>{self.decorated_obj.get_text()}</b>'
	def get_number(self):
		return self.decorated_obj.get_number()

但是这里可以用python的__getattr__特性来简化实现

class Decorator:
	def __init__(self, decorated_obj):
		self.decorated_obj = decorated_obj
	def get_text(self):
		return f'{self.decorated_obj.get_text()}'
	def __getattr__(self, attr_name):
		return getattr(self.decorated_obj, attr_name)

总结

Sebastian指出python非常灵活和25年前的C++大相径庭很多地方都非常容易插入逻辑过去的设计模式可能并不适用了我们应该很好的了解python并借鉴其他语言而不是生搬硬套

我觉得再好的东西也要和实际相结合任何脱离实际的做法都是多余的甚至有害的任何理论方法的产生都有当时的历史背景技术背景如果不了解背后的机制不了解背后的精神和目的而是专注于招式本身那只能是越来越僵化看似坚持实际上是背叛坚持是说固执的坚持原来的做法背叛是指背叛了初衷

参考

[1] Why You Don't Need Design Patterns in Python

[2] Design Patterns – Elements of Reusable Object-Oriented Software


相关文章

猜您喜欢

  • MySQL安装配置 MySQL的安装与配置详细教程

    想了解MySQL的安装与配置详细教程的相关内容吗Winton-H在本文为您仔细讲解MySQL安装配置的相关知识和一些Code实例欢迎阅读和指正我们先划重点:MySQL安装配置,MySQL安装配置教程下面大家一起来学习吧..
  • Springboot整合camunda Springboot整合camunda+mysql的集成流程分析

    想了解Springboot整合camunda+mysql的集成流程分析的相关内容吗大龄码农有梦想在本文为您仔细讲解Springboot整合camunda的相关知识和一些Code实例欢迎阅读和指正我们先划重点:Springboot整合camunda,Springboot整合camunda,mysql下面大家一起来学习吧..

网友评论

Copyright 2020 www.gamerfx.net 【游戏天空】 版权所有 软件发布

声明:所有软件和文章来自软件开发商或者作者 如有异议 请与本站联系 点此查看联系方式