为什么 Python 不用设计模式？

在遥远的Python王国，有一位少年，非常热爱编程，他的父母想给他报一个班，问了万能的朋友圈以后，发现大家都推荐同一个老师，人称吉先生。

于是他的父母毫不犹豫就交了一笔不菲的学费，每周六日下午让孩子去学习。

少年学习非常刻苦，很快就学会了Python语法、工具和框架。

老师像是见到了可以雕刻的美玉， 倾囊相授，告诉他不仅要把代码写对，还要让代码漂亮、优雅、可读、可维护。

少年又学会了单元测试，TDD，重构，努力让自己的代码达到老师所要求的标准。

他还把“Python 之禅”贴在了自己的墙上，经常对照自己的代码，从来都不敢违反。

The Zen of Python, by Tim Peters

Beautiful is better than ugly. 
Explicit is better than implicit. 
Simple is better than complex. 
Complex is better than complicated. 
Flat is better than nested. 
Sparse is better than dense. 
Readability counts. 
......

三年以后，少年以为自己成为了Python的大师，直到有一天，老师给他布置了一个大作业，其实是个大项目，业务非常复杂。

少年通宵达旦地编程，可他悲惨地发现，无论他怎么努力，他的代码都是乱糟糟的，没有美感，他所写出的类，模块混成了一团。

于是他只好去请教老师： “老师，我的Python和Flask框架已经用得滚瓜烂熟了，为什么完成不了这个项目呢？”

老师说：“孩子，原来你只需要把框架的类给import进来，稍微写点儿代码就行了，现在你需要自己去设计类，自己去做出抽象了！”

“怎么设计呢？”

“为师送你一本古书，《设计模式》 ，你回去好好看看吧。”

少年如获至宝， 废寝忘食地去研究这本20多年前出的、泛黄的古书，还是用C++描述的。

他看得云里雾里，似乎明白，又似乎不明白，只好再去请教老师。

这一次，老师给了他另外一本书， 《Head First 设计模式》