1. 简单工厂模式：http://blog.csdn.net/weixingstudio/article/details/72344232. 工厂方法模式：http://blog.csdn.net/weixingstudio/article/details/7234700 声明：本文章参考引用《C#设计模式》（科学出版社）一书。 抽象工厂(Abstract Factory)模式

本人最近学习C#设计模式，所以把自己学到的东西写出来和大家分享一下。关于C#的设计模式将会有一个专题来写。 在OO编程中最常用到的一个模式就是简单工厂(Simple Factory)模式。简单工厂模式根据提供的数据或者参数返回几个可能的类中的一个实例，说通俗点有点像面向对象编程中的多态性，一个基类，有多个派生类，在另外的调用程序中，根据参数来决定返回这个基类的哪个具体的派生类，返回值为

访问者模式倒转了面向对象模型的做法，创建一个外部对象来操作其他类中的数据。即把应该属于一个类的操作放在另一个类的内部。访问每个类则意味着调用一个已经为此目的而事先安排好的被称作accept的方法。accept方法有一个参数：访问者实例。相应的反过来，被访问类在调用访问者的visit方法，这样就把自身作为参数传递给了访问者。public virtual void accept(Visit

在C#中可以对整型运算对象按位进行逻辑运算。按位进行逻辑运算的意义是：依次取被运算对象的每个位，进行逻辑运算，每个位的逻辑运算结果是结果值的每个位。 C# 中支持的位操作符号有： 运算符号意义运算对象类型运算结果

C#设计模式之16——解释器模式有些程序受益于以一种语言来描述其能够执行的操作。解释器模式描述的内容通常包括：定义该种语言的语法，并使用这一语法来解释以该种语言做陈述的语句。当某个程序要处理多种不同但是又有些类似的情形时，使用一种简单的语言来描述这些情形让程序来解释这种语言回事一种非常好的有效的方式。这有些类似宏定义，通过宏定义，然后后面的解释器解释这个宏的操作。也有点类似在SQL查询语句

职责链沿着类组成的链转发请求，而命令模式只是把请求转发给某个特定的对象。把针对某种特定行为的请求封装在一个对象中，并为请求指定一个大家所知的共有接口。让客户端可以实现无需对将要完成的实际行为做任何了解的情况下创建请求，并允许在不影响客户端程序的情况下以任何方式修改行为。我们的C#桌面应用程序中，按钮的代码一般都会自动的生成一个函数，与应用程序界面代码混合在一起，但是如果按钮多了的话，对于代码的

策略模式由一组相关的算法组成，这些算法被封装在称为Context的驱动类中。客户端程序可以选择这些不同的算法之一，或者由Context类来自动选择最合适的算法。该模式的目的是使得这些算法之间可以互换，并提供一种最合适算法的方式。该模式与状态模式的区别是，在策略模式中，用户一般会选中几个不同策略中的一个加以使用，统一时间内只能有一个i额策略被 实例化以及活动于Context的内部。然而在状态模式中，

装饰器模式提供了一种在无需创建新的派生类的情况下修改个体对象行为的方式。假设我们需要给工具栏中的按钮添加一个特殊的边框，如果我们创建一个新的派生出来的按钮类，那么就意味着这一新类的所有按钮都会有相同的特殊的边框，这可能并不是我们最初想要的结果。替代的做法是，我们可以创建一个装饰器类来修饰按钮，然后从这一主修饰器类中派生出任意特定的装饰器，每个装饰器完成某种特定类型的装饰。这是另一种对象包含比对

1. 前言 PCA ： principal component analysis ( 主成分分析)最近发现我的一篇关于PCA算法总结以及个人理解的博客的访问量比较高， 刚好目前又重新学习了一下PCA （主成分分析） 降维算法， 所以打算把目前掌握的做个全面的整理总结， 能够对有需要的人有帮助。 自己再看自己写的那个关于PCA的博客， 发现还是比较混乱的， 希望这里能过做好整理。 本文的所有

python try except else finally 执行顺序详细分析