wayne liu 的博客

首先举个例子 假设某动物园管理员每天需要给他所负责饲养的狮子、猴子和鸽子喂食。我们用一个程序来模拟他喂食的过程。 先用常规类编程方式 饲养员用一个 Feeder() 类来表示，三个动物分别是：class Monkey() ,class Pigeon()  ,class Lion() //饲养员类 class Feeder { void FeedMonkey（Monkey m） {

1.语法层面上的区别 　　1）抽象类可以提供成员方法的实现细节，而接口中只能存在public abstract 方法； 　　2）抽象类中的成员变量可以是各种类型的，而接口中的成员变量只能是public static final类型的； 　　3）接口中不能含有静态代码块以及静态方法，而抽象类可以有静态代码块和静态方法； 　　4）一个类只能继承一个抽象类，而一个类却可以实现多个接口。 2.设

职责原则，通俗的说，即一个类只负责一项职责。 虽然单一职责原则如此简单，并且被认为是常识，但是即便是经验丰富的程序员写出的程序，也会有违背这一原则的代码存在。为什么会出现这种现象呢？因为有职责扩散。所谓职责扩散，就是因为某种原因，职责类P被分化为粒度更细的职责P1和P2。 比如：类T只负责一个职责P，这样设计是符合单一职责原则的。后来由于某种原因，也许是需求变更了，也许是程序的设计

简单工厂：是由一个工厂对象决定创建出哪一种产品类的实例。 A实例调用B实例的方法，称为A依赖于B。如果使用new关键字来创建一个B实例（硬编码耦合），然后调用B实例的方法。一旦系统需要重构：需要使用C类来代替B类时，程序不得不改写A类代码。而用工厂模式则不需要关心B对象的实现、创建过程。 //抽象产品 public abstract class Car {

一、IOC雏形 1、程序V1.0 话说，多年以前UT公司提出一个需求，要提供一个系统，其中有个功能可以在新春佳节之际给公司员工发送一封邮件。邮件中给大家以新春祝福，并告知发放一定数额的过节费。      经分析，决定由张三、李四和王五来负责此系统的开发。     其中：由张三负责业逻辑控制模块 LogicController的开发,此处简化为UT.LogicContro