李晓洁 廊坊师范学院信息技术提高班 12期

单一职责原则（SRP）1.  SingleResponsibilities Principle 定义：就一个类而言，应该仅有一个引起它变化的原因。2.  如果一个类承担的职责过多，就等于把这些指责耦合在一起，一个职责的变化可能会削弱或抑制这个类完成其他职      责的能力。这种耦合会导致脆弱的设计，当变化发生时，        设计会遭到意想不到的破坏。  （我们在软件工程、代码规范

经历了UML，C#和设计模式，我们正在慢慢的向面向对象编程过度，那么面向对象编程究竟是怎样的呢？今天就一起来了解一下面向对象中的基础知识。1.      类与实例对象：对象是一个自包含的实体，用一组可识别的特性和行为来标识。（这是比较官方的定义，其实对象就是可以看到、感觉到、听到、触摸到、尝到、闻到的东西，所有的东西都是对象。）类：具有相同的属性和功能的对象的抽象的集合。（我们人类就是

设计模式中第一个接触的模式就是简单工厂模式，简单工厂也并不简单，相对我们之前面向过程的编程而言，简单工厂模式已经是从面相过程向面向对象的一个飞跃。但是简单工厂也有她的不足，便是她并不符合开放—封闭的原则。紧接着就有了工厂方法模式，工厂方法是对简单工厂的继承与改进，将简单工厂类改进优化成抽象的工厂类与具体的工厂类。抽象工厂模式对工厂方法模式作了更进一步的优化。1.简单工厂模式    简单工厂

在学设计模式的过程中，有的模式定义了抽象类，有的模式定义了接口，这两种形式都体现了面向对象的抽象，但是抽象类和接口又有什么联系和区别呢？一．前言接口是对动作的抽象，抽象类是对根源的抽象。    抽象类表示的是，这个类是什么。接口表示的是，这个对象能做什么。（比如：男人、女人，都是人，说明人就是一个抽象类。人可以吃东西，动物也可以吃东西，所以就可以把“吃东西”定义为一个接口，然后让这些类

初次接触UML的时候，就对比过类图中的几种关系（UML——类图），当时侧重的是对这些关系的通俗理解，忽略了图和代码的对应关系。现在在软考中设计模式也是很重要的一部分，基本考点就是将UML图转化成代码实现，前两天听了王聚师哥的讲解，有一种茅塞顿开的感觉。c#版UML类图中五大关系和代码的对应：1.实现    实现通常描述的是类和接口的关系，一般都说什么类实现了什么接口。比如说下图中大雁类

在软考之前，对设计模式的理解只是停留在概念的层面上，通过这次系统的复习， 更加深刻的认识了设计模式。考试前几天我们小组又串了一遍设计模式，总结了一些需要注意的点：1.看类图       软考刚开始的时候做设计模式，觉得不需要看类图，根据前后代码就可以填空，直到最后才发现类图才是设计模式的核心。       拿到一个设计模式后，先看一下概念，接下来看的就是类图，图中有哪些抽象类，接口

单例模式相信大家都不陌生，它保证了每个类只有一个实例，最近从内存的角度重新认识了单例模式，感觉对它的理解有多了一些。说到单例，首先我们就要从经常使用的实例化对象语句开始，比如说Car c = new Car();首先看等式的左边，在内存中的表现就是在栈里面新建了一个Car类型的变量c，等式的右边就相当于在内存里的堆中新建了一个Car的对象，等号就是把在堆中建立的对象的地址值赋给栈中的变量c。当我们使用语句 Car c1 = new Car();Car c2 = new Car();就相当于在堆中创建了两个