Heim > Backend-Entwicklung > Python-Tutorial > Python 里没有接口,如何写设计模式?

Python 里没有接口,如何写设计模式?

WBOY
Freigeben: 2016-06-06 16:22:06
Original
1437 Leute haben es durchsucht

最近在学设计模式,正在看《大话设计模式》和《深入浅出设计模式》(就是head first那本)
一本用的是C#,一本用JAVA。都有接口。
(当一个类实现接口的时候,必须把接口里面的方法都实现一遍。否则会报错。)
(嗯..我知道C#和Java都不支持多重继承,Python里支持)
我想用Python把这些设计模式实现一遍。

Python里没有接口。如何实现设计模式?用多重继承的方式?
(我不是一定要用interface. 我只是想知道在没有interface语言里要如何解决。)
(问题已经搜索过了 = = 查不到答案才来这儿的,非伸手。。)

回复内容:

不要看java的设计模式教材就觉得搞设计模式就是设计interface。显然完全不是这样的。设计模式搞了那么多东西就是在告诉你如何在各种情况下解耦你的代码,让你的代码在运行时可以互相组合。这就跟兵法一样。难道有了飞机大炮兵法就没有用了吗?


当然了,动态类型语言和函数式语言有自己的模式,他们长得跟四人帮写的东西不太一样,因为有些模式已经化作了语法,而有些语法又化作了模式。搞架构切记生搬硬套,这是没有好结果的。


设计模式就是在给语言打补丁,所以同样的东西在Java、C#和C++下面搞出来都不一样呢。C++有些很好的东西python没有,有些东西C++可以流畅的写python就只能打补丁了,如果遇到这个问题的人非常多,这样就产生了新的针对python的模式了

关于设计模式和接口,楼上各位说了不少了。我就不参合了。也一直是个容易引起口水的话题。 既然楼主想用Python把这些设计模式实现一遍。
我就推荐一个很棒的项目给你,已经有人做过这件事了,而且做的很棒 ,你在用python实现这些设计模式卡壳时,可以参考下别人的做法~
python-patterns ---A collection of design patterns/idioms in Python
Python的设计模式问题可以参考这本书.
从Python角度重新审视了那二十几种模式, (然而很多用不到, 作者会解释为什么用不到
貌似市面上讲Python设计模式的只此一本. pypi.python.org/pypi/zo

另外我没明白,为什么设计模式必须要依赖Interface? 看看peter norvig的文章,Design Patterns in Dynamic Languages,在一个支持first class function的语言里,大部分设计模式都不见了。
java设计模式这么重,很大一部分原因是因为语言的表达能力太弱,设计模式本身不是描述业务逻辑的,把业务逻辑隐藏在一个个模式之下,感觉就像在跟这个语言斗争。

再分享Mark Dominus的一篇文章 The Universe of Discourse : Design patterns of 1972
我觉得写的很好,Java/c++里的很多模式,并不是用来解决特定情境下的recurring problem. 很大一部分模式都是用来弥补语言自己表达能力的不足。 动态类型,first-class function,宏...可以很方便地实现很多模式

Visitor Pattern -> Generic Functions (Multiple Dispatch)
Factory Pattern -> Meta Classes, closures
Singleton Pattern -> Meta Classes
Iterator Pattern -> Anonymous Functions (used with Higher Order Functions)
Mediator, Observer -> Method combination
Facade Pattern -> Modules (Norvig)
...

滥用动态特性、高阶函数、宏...,很容易导致程序难以维护,并可能有效率陷阱。
Java让你更精心地做接口设计,当然也有很多是过度设计,,并且原本是可以不那么“绕”的。。

设计模式是为了更好地做接口设计(类、对象、模块、函数之间的接口),封装变化,方便扩展。
有高级特性的语言,实现起来更直接而已。换个角度来说,也更容易滥用“设计模式”。。 使用zope.interface
<code class="language-python"><span class="kn">from</span> <span class="nn">zope.interface</span> <span class="kn">import</span> <span class="n">Interface</span><span class="p">,</span> <span class="n">implements</span>
<span class="k">class</span> <span class="nc">IMan</span><span class="p">:</span>
    <span class="k">def</span> <span class="nf">talk</span><span class="p">(</span><span class="bp">self</span><span class="p">):</span>
        <span class="sd">"""comments"""</span>

<span class="k">class</span> <span class="nc">Geek</span><span class="p">():</span>
    <span class="n">implements</span><span class="p">(</span><span class="n">IMan</span><span class="p">)</span>
    <span class="k">def</span> <span class="nf">talk</span><span class="p">(</span><span class="bp">self</span><span class="p">):</span>
        <span class="k">print</span> <span class="s">"知了知了你别吵, 怪蜀黍正在睡午觉"</span>

<span class="ow">or</span>

<span class="nd">@implementer</span><span class="p">(</span><span class="n">IMan</span><span class="p">):</span>
<span class="k">class</span> <span class="nc">Geek</span><span class="p">():</span> 
    <span class="k">def</span> <span class="nf">talk</span><span class="p">(</span><span class="bp">self</span><span class="p">):</span>
        <span class="k">print</span> <span class="s">"知了知了你别吵, 怪蜀黍正在睡午觉"</span>
</code>
Nach dem Login kopieren
看到这个问题,突然觉得设计模式真是一个很容易被误解的东西

实际上软件设计只需要遵循一下原则,就可以设计出非常优雅的结构:
单一职责原则
开放封闭原则
里氏替换原则
依赖倒置原则
接口隔离原则

而所谓的设计模式,其实只是为了在特定语言特性中应用这些原则的产物。知道这个,就不会执着于使用设计模式了 知道Python中接口的表示(实现)的有两种方法吧
1. @范培说的 zope.interface 这个在 twisted用得很多
2. Pyhton中内置的ABC模块。 这里有些文档可以看下dev.pocoo.org/~mitsuhik Flash内部用到的
然后这里有个文章比较的 Deciphering Glyph :: Explaining Why Interfaces Are Great 所有的duck typing的编程语言都不需要设计模式。

《设计模式》你看看是有帮助的,
但是想在Python中使用就很没必要。
Verwandte Etiketten:
Quelle:php.cn
Erklärung dieser Website
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Beliebte Tutorials
Mehr>
Neueste Downloads
Mehr>
Web-Effekte
Quellcode der Website
Website-Materialien
Frontend-Vorlage