Python设计模式：用模式改变软件设计讲述.doc

在软件设计领域中，每一个设计模式都系统地命名、解释和评价了面向对象系统中的一个重要的和可复用的设计。这样，我们只要搞清楚这些设计模式，就可以完全或者说很大程度上吸收了那些蕴含在模式中的宝贵经验，从而对软件体系结构有了比较全面的了解。 51CTO推荐阅读：Python闭包的概念、形式与应用 更加重要的是，这些模式都可以直接用来指导面向对象系统设计中至关重要的对象建模问题，实际工作中一旦遇到具有相同背景的场合，只需要简单地套用这些模式就可以了，从而省去了很多摸索工作。 经典的设计模式MVC 在长期的软件实践过程中，人们逐渐总结出了一些实用的设计模式，并将它们应用于具体的软件系统中，出色地解决了很多设计上的难题。源于Smalltalk，并在Java中得到广泛应用的模型-视图-控制器（Model-View-Controller，MVC）模式，是非常经典的一个设计模式，通过它你可以更好地理解模式这一概念。 MVC模式通常用在开发人机交互软件的时候，这类软件的最大特点就是用户界面容易改变，例如，当你要扩展一个应用程序的功能时，通常需要修改菜单来反映这种变化。如果用户界面和核心功能紧紧交织在一起，要建立这样一个灵活的系统通常是非常困难的，因为很容易产生错误。为了更好地开发这样的软件系统，系统设计师必须考虑下面两个因素： ◆用户界面应该是易于改变的，甚至在运行期间也是有可能改变的； ◆用户界面的修改或移植不会影响软件的核心功能代码。 为了解决这个问题，可以采用将模型（Model）、视图（View）和控制器（Controller）相分离的思想。在这种设计模式中，模型用来封装核心数据和功能，它独立于特定的输出表示和输入行为，是执行某些任务的代码，至于这些任务以什么形式显示给用户，并不是模型所关注的问题。模型只有纯粹的功能性接口，也就是一系列的公开方法，这些方法有的是取值方法，让系统其它部分可以得到模型的内部状态，有的则是置值方法，允许系统的其它部分修改模型的内部状态。 视图用来向用户显示信息，它获得来自模型的数据，决定模型以什么样的方式展示给用户。同一个模型可以对应于多个视图，这样对于视图而言，模型就是可重用的代码。一般来说，模型内部必须保留所有对应视图的相关信息，以便在模型的状态发生改变时，可以通知所有的视图进行更新。 控制器是和视图联合使用的，它捕捉鼠标移动、鼠标点击和键盘输入等事件，将其转化成服务请求，然后再传给模型或者视图。整个软件的用户是通过控制器来与系统交互的，他通过控制器来操纵模型，从而向模型传递数据，改变模型的状态，并最后导致视图的更新。 MVC设计模式将模型、视图与控制器三个相对独立的部分分隔开来，这样可以改变软件的一个子系统而不至于对其它子系统产生重要影响。例如，在将一个非图形化用户界面软件修改为图形化用户界面软件时，不需要对模型进行修改，而添加一个对新的输入设备的支持，则通常不会对视图产生任何影响。应用了MVC设计模式的软件系统，其基本的实现过程是： 1.控制器创建模型； 2.控制器创建一个或多个视图，并将它们与模型相关联； 3.控制器负责改变模型的状态； 4.当模型的状态发生改变时，模型会通知与之相关的视图进行更新。 如果用UML来表示MVC设计模式，则如图1所示： Python与设计模式 尽管设计模式的目标是努力做到与语言的无关性，但事实上许多模式在应用时还是需要依赖于具体实现语言的某些特性，尤其是该语言的对象模型。由于《设计模式》一书采用的是C++和Smalltalk来讲述设计模式，因此访问控制符和静态成员方法（类方法）等都可以直接使用，可惜的是这些特性在Python中都无法用到，原因是Python采了与C++完全不同的对象模式。 简单说来，Python是一种优秀的面向对象脚本语言，它具有动态语义和快速的原型开发能力，也许在短短的几分钟内，你就可以开发出使用其它语言可能需要花费几个小时的原型系统。Python丰富的工具集使得它位于传统脚本语言（如Tcl、Perl和Scheme）和系统编程语言（如C、C++和Java）之间，既具备了脚本语言的简单易用性，同时又能够提供只有系统语言才可能拥有的某些高级特性。 从面向对象角度来看，Python和Smalltalk一样都采用了完全的面向对象设计思想，其对象模型能够支持诸如运算符重载、多重继承等高级概念。但Python在设计时似乎忽略了面向对象的一项基本原则，那就是数据隐藏。与C++和Java不同，Python没有为类定义提供public、protected和private等关键字，这就意味着任何人都可以直接修改对象的属性。Python之所以这么做，也许是为了保证语法上的简洁性，就像Python的发明人Guido van Rossum所认为的那样：丰富的语法带来的负担多于