笔记:python设计模式

本文深入探讨了Python设计模式的核心概念,包括策略模式、适配器模式、工厂模式、装饰器模式和单例模式,旨在帮助程序员理解如何通过设计模式提高代码的可维护性和复用性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

概述

整理网上python设计模式资料并梳理。
来源:

什么是设计模式

  • 按照设计方法理解,就是“套路”,对经常碰到的一些编程问题的可重用解决方案。
  • 按照程序设计的基本概念来理解,就是增加一个抽象层,将程序代码中不变的核心和结构抽取出来。
  • 所以,设计模式的目的就是分离代码中的可变部分,这样不仅会使代码可维护性更高,而且会让代码更易于理解,从而降低开发成本。
  • 这个可变部分,是运行时要求的可变:按照上下文选择程序和数据结构。

为什么使用设计模式

理论上来说,设计模式是经过总结优化的、比较好的解决方案,代表最佳实践。
只要是面向对象编程,设计模式的理念都可以融入;反过来说,如果是面向过程编程则很少使用设计模式,或者说用处不大。(换句话说,OPP很难分离代码中可变部分?有待深入理解)

python设计模式

python是面向对象的编程语言,设计模式可以融入,并且有自身特点。

1. 策略模式

与行为相关的设计模式:允许在运行时根据指定的上下文确定程序的动作。
你可以在两个类中封装不同的算法,并且在程序运行时确定到底执行哪种策略。
例子

class StrategyAndAdapterExampleClass():
    def __init__(self, context, class_one, class_two):
        self.context = context
        self.class_one = class_one
        self.class_two = class_two
    def operation1(self):
        if self.context == "Context_For_Class_One":
            self.class_one.operation1_in_class_one_context()
        else:
            self.class_two.operational_in_class_two_context()

在上面的例子中,策略是根据实例化时context变量的值来决定的。如果给定context变量的值是“class_one”,将会执行class_one,否则就会执行class_two。

2. 适配器模式

一个结构性的设计模式,允许通过不同的接口为一个类赋予新的用途,这使得使用不同调用方式的系统都能够使用这个类。

3. 工厂模式

一个就像工厂那样生产对象实例的类,将可能涉及到很多类的对象创建过程封装到一个单独的方法中。通过给定的上下文输出指定的对象实例。

例子
有一个按钮类,有多种变体,例如图片按钮、输入框按钮或是flash按钮等。在不同的场合需要创建不同的按钮,这时候就可以通过一个工厂来创建不同的按钮。

class Button(object):
    html = ""
    def get_html(self):
        return self.html
class Image(Button):
    html = "<img alt='' />"
class Input(Button):
    html = "<input type='text' />"
class Flash(Button):
    html = ""

然后创建工厂类:

class ButtonFactory():
    def create_button(self, typ):
        targetclass = typ.capitalize()
        return globals()[targetclass]()

globals()将以字典的方式返回所有全局变量,因此targetclass = typ.capitalize()将通过传入的typ字符串得到类名(Image、Input或Flash),而globals()[targetclass]将通过类名取到类的类(见元类),而globals()targetclass将创建此类的对象。

可以这么使用工厂类:

button_obj = ButtonFactory()
button = ['image', 'input', 'flash']
for b in button:
    print button_obj.create_button(b).get_html()

输出将是所有按钮类型的HTML属性。这样就能根据不同的情况指定不同类型的按钮,且易于重用。

4. 装饰器模式

一个结构性模式,允许根据情况在运行时为一个对象添加新的或附加的行为,目的是为给一个特定的对象实例应用扩展的函数方法,并且同时也能够产生没有新方法的原对象。

5. 单例模式

一个创建型的设计模式,确保运行时对某个类只存在单个实例对象,并且提供一个全局的访问点来访问这个实例对象。
因为对于调用单例的其他对象而言这个全局唯一的访问点“协调”了对单例对象的访问请求,所以这些调用者看到的单例内变量都将是同一份。

小结

  • 习惯于OPP编程,确实很难理解设计模式为什么有用。加了一个抽象层,阅读代码是否更容易,值得商榷。
  • python语言本身的特点,尤其还有eval()函数,选择比较多。可能设计模式真的只适合java这种僵硬的语言(一片“符号的海洋”)。C++应用应该也还好。
  • 装饰器模式可能使用比较频繁。
  • 分离代码中的可变部分是核心,也可以有其它实现方式。
内容概要:本文深入探讨了Kotlin语言在函数式编程和跨平台开发方面的特性和优势,结合详细的代码案例,展示了Kotlin的核心技巧和应用场景。文章首先介绍了高阶函数和Lambda表达式的使用,解释了它们如何简化集合操作和回调函数处理。接着,详细讲解了Kotlin Multiplatform(KMP)的实现方式,包括共享模块的创建和平台特定模块的配置,展示了如何通过共享业务逻辑代码提高开发效率。最后,文章总结了Kotlin在Android开发、跨平台移动开发、后端开发和Web开发中的应用场景,并展望了其未来发展趋势,指出Kotlin将继续在函数式编程和跨平台开发领域不断完善和发展。; 适合人群:对函数式编程和跨平台开发感兴趣的开发者,尤其是有一定编程基础的Kotlin初学者和中级开发者。; 使用场景及目标:①理解Kotlin中高阶函数和Lambda表达式的使用方法及其在实际开发中的应用场景;②掌握Kotlin Multiplatform的实现方式,能够在多个平台上共享业务逻辑代码,提高开发效率;③了解Kotlin在不同开发领域的应用场景,为选择合适的技术栈提供参考。; 其他说明:本文不仅提供了理论知识,还结合了大量代码案例,帮助读者更好地理解和实践Kotlin的函数式编程特性和跨平台开发能力。建议读者在学习过程中动手实践代码案例,以加深理解和掌握。
内容概要:本文深入探讨了利用历史速度命令(HVC)增强仿射编队机动控制性能的方法。论文提出了HVC在仿射编队控制中的潜在价值,通过全面评估HVC对系统的影响,提出了易于测试的稳定性条件,并给出了延迟参数与跟踪误差关系的显式不等式。研究为两轮差动机器人(TWDRs)群提供了系统的协调编队机动控制方案,并通过9台TWDRs的仿真和实验验证了稳定性和综合性能改进。此外,文中还提供了详细的Python代码实现,涵盖仿射编队控制类、HVC增强、稳定性条件检查以及仿真实验。代码不仅实现了论文的核心思想,还扩展了邻居历史信息利用、动态拓扑优化和自适应控制等性能提升策略,更全面地反映了群体智能协作和性能优化思想。 适用人群:具备一定编程基础,对群体智能、机器人编队控制、时滞系统稳定性分析感兴趣的科研人员和工程师。 使用场景及目标:①理解HVC在仿射编队控制中的应用及其对系统性能的提升;②掌握仿射编队控制的具体实现方法,包括控制器设计、稳定性分析和仿真实验;③学习如何通过引入历史信息(如HVC)来优化群体智能系统的性能;④探索中性型时滞系统的稳定性条件及其在实际系统中的应用。 其他说明:此资源不仅提供了理论分析,还包括完整的Python代码实现,帮助读者从理论到实践全面掌握仿射编队控制技术。代码结构清晰,涵盖了从初始化配置、控制律设计到性能评估的各个环节,并提供了丰富的可视化工具,便于理解和分析系统性能。通过阅读和实践,读者可以深入了解HVC增强仿射编队控制的工作原理及其实际应用效果。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值