liang08114的专栏

代理模式：为其他对象提供一种代理以控制对这个对象的访问。代理就是真实对象的代表。using System;using System.Collections.Generic;using System.Linq;using System.Text;namespace ConsoleApplication1{ /// /// 抽象接口类 ///

策略模式：用来封装具体算法。（降低了使用算法类与算法类的耦合度）策略模式和简单工厂模式很像。都有很多子类（具体算法）。策略模式是一种定义一系列算法的方法。他首先定义了算法家族，从概念上看，所有这些算法完成的都是相同的工作，只是实现不同，这些算法可以通过相同的方式调用，减少了各种算法类与使用算法类之间的耦合。将这些算法封装成类，让他们可以互相替换。该模式让算法的变化，不会影响到使

之前的编程一般都是写一个个的方法，然后调用，自我感觉也还行，但是这不是面向对象编程！为什么用类代替方法？方法是单个独立地，顶多算是结构化编程。面向对象编程：封装、多态、继承、抽象。面向对象编程：类、封装、多态、继承。目标：易于维护、扩展、复用、灵活性好、降低耦合度。手段：业务的封装：让业务逻辑与界面逻辑分开，降低耦合度。耦合度低了才易于维护和扩展。

开放-封闭原则：软件实体（类、模块、函数等）应该可以扩展，但是不能修改。两个特征：对于扩展是开放的，对于修改是封闭的。如何设计才能面对需求的改变却可以保持相对稳定，从而使得系统可以在第一个版本后不断推出新的版本呢？怎么做？开放-封闭原则的意思是：在设计软件时，尽量让这个类做到足够好，写完了就不要再修改了。当需求发生变化时，在增加一些新的类来完成，已有的类能不动则不动。当

单一职责原则：就一个类而言，应该仅有一个能引起它变化的原因。如果一个类承担的职责过多，就等于把这些职责耦合在了一起。一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破坏。软件设计真正要做的许多内容，就是发现职责并把那些职责相互分离。判断依据：如果你能够想到多于一个的动机去改变一个类，那么这个类就具有多于一个

依赖倒转原则：（原文）抽象不应该依赖细节，细节应该依赖于抽象。（白话）要针对接口编程，不要针对实现编程。1、高层模块不应该依赖底层模块。两个都应该依赖抽象。2、抽象不应该依赖细节。细节应该依赖抽象。（抽象——接口或抽象类）不管高层模块还是低层模块，他们都依赖于抽象，具体一点就是接口或抽象类。只要接口是稳定的，那么任何一个更改都不用担心其他地方受影响。里氏代换原则：一个软件实体如

装饰模式：动态地给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更灵活。（因为可以叠加）通过定义装饰抽象类，该类有一个被装饰类对象的引用。类代码：using System;using System.Collections.Generic;using System.Linq;using System.Text;namespace ConsoleAppli

三层架构(我的理解及详细分析)三层架构实战篇—系统登录实例